目錄

Android操作權限設定與Apk真正安全的快取資料

一、常用的關于Android系統的路徑設定知識

二、Android路徑路徑設定和使用不得當帶來的問題

2.1、應用資料愈來愈大，手機或手機助手提供用戶做清理

被洗掉的路徑，其中，包含了files路徑和cache臨時快取路徑、臨時路徑tmp，具體到代碼級別，就是：

2.2、因而將你的資料放在TPath.GetPublicPath包的公開路徑下其實是不安全的

三、除非用戶很專業才會用手機助手去洗掉的路徑

內部存盤共享的檔案路徑：

內部存盤共享的圖片路徑：

內部存盤共享的照片路徑：

內部存盤共享的下載路徑：

等等：

總結一下安全的真正可以用來被你用作Apk本地快取的路徑：

四、要使用路徑首先要動態申請獲取Android權限

《delphi開發Android獲取手機權限》：

五、應當在什么時機代碼動態申請獲取Android權限

5.1、考慮除了路徑因素以外的Apk影響因素

系統注冊與登錄是任何App的必需品，它離不開Android包資訊及版本資訊的獲取及其必須的Android權限

5.2、請問什么時機最合適？！

一定要規避用戶首次使用App時面臨的問題

六、Delphi開發Android手機Apk時主表單的設計及表單間的背景關系切換

6.1、設計與步驟

6.2、京東商城Apk案例

6.2.1、京東Apk首次下載安裝界面-即閃屏頁面Splash的主表單

6.2.2、京東Apk首次下載安裝的權限android.permission.CALL_PHONE

6.2.3、京東Apk廣告類歡迎頁面動態申請的權限及關閉頁面前的本機配置資料處理

6.2.4、京東Apk最終應用界面的主表單

6.2.5、查詢京東Apk首次安裝后的權限

6.2.6、您是否發現京東Apk首次安裝后的資料超大

6.3、三個主表單分別做什么、它們如何切換用戶態行程的背景關系

6.3.1、應用程式的閃屏頁面Splash主表單

6.3.2、應用程式的廣告類歡迎頁面的主表單

6.3.3、最終應用頁面的主表單

Android操作權限設定與Apk真正安全的快取資料

群友有問起我Android本地快取資料的問題，專門寫一篇，給同事們共享一下，

一、常用的關于Android系統的路徑設定知識

常用的關于Android系統的路徑，請參考本博客博文，不再贅述：《手機路徑、Windows路徑知識》https://blog.csdn.net/pulledup/article/details/96837667

但是，路徑如果設定和使用不得當，會帶來問題：

二、Android路徑路徑設定和使用不得當帶來的問題

2.1、應用資料愈來愈大，手機或手機助手提供用戶做清理

如果用戶在手機上點了【設定-應用管理-存盤-洗掉資料】：

上圖中，應用的【資料】越來越大，用戶被迫干脆給你清掉了，他可能會點【洗掉資料】！

【洗掉資料】刪的是哪個路徑呢：

洗掉前：

洗掉后：

被洗掉的路徑，其中，包含了files路徑和cache臨時快取路徑、臨時路徑tmp，具體到代碼級別，就是：

System.IOUtils.TPath.GetPublicPath ：/storage/emulated/0/Android/data/你的應用的包名及Android_packageName/files

獲得權限后可讀可寫

System.IOUtils.TPath.GetTempPath ：/storage/emulated/0/Android/data/你的應用的包名及Android_packageName/files/tmp

獲得權限后可讀可寫

System.IOUtils.TPath.GetPicturesPath：/storage/emulated/0/Android/data/你的應用的包名及Android_packageName/files/Pictures

其中，你的應用的包名及Android_packageName ：

  PackageName := TAndroidHelper.Context.getPackageName;
  Android_packageName := JStringToString(PackageName);

而/storage/emulated/0/Android/data/你的應用的包名及Android_packageName/files/cache路徑下的東西，如果用戶在手機上點了【設定-應用管理-存盤-清空快取】，則下圖中的圖片資料會消失：

2.2、因而將你的資料放在TPath.GetPublicPath包的公開路徑下其實是不安全的

System.IOUtils.TPath.GetPublicPath ：/storage/emulated/0/Android/data/你的應用的包名及Android_packageName/files

這些個，凡是在TPath.GetPublicPath下的子路徑，都不安全：

System.IOUtils.TPath.GetTempPath
System.IOUtils.TPath.GetPicturesPath

......

三、除非用戶很專業才會用手機助手去洗掉的路徑

內部存盤共享的檔案路徑：

System.IOUtils.TPath.GetSharedDocumentsPath : /storage/emulated/0/Documents

內部存盤共享的圖片路徑：

System.IOUtils.TPath.GetSharedPicturesPath : /storage/emulated/0/Pictures

內部存盤共享的照片路徑：

System.IOUtils.TPath.GetSharedCameraPath : /storage/emulated/0/DCIM

內部存盤共享的下載路徑：

System.IOUtils.TPath.GetSharedDownloadsPath : /storage/emulated/0/Download

等等：

TPath.GetSharedDownloadsPath引數Android存取位置:/storage/emulated/0/Download
TPath.GetSharedMusicPath引數Android存取位置:/storage/emulated/0/Music
TPath.GetSharedMoviesPath引數Android存取位置:/storage/emulated/0/Movies
TPath.GetSharedAlarmsPath引數Android存取位置:/storage/emulated/0/Alarms
TPath.GetSharedRingtonesPath引數Android存取位置:/storage/emulated/0/Ringtones

總結一下安全的真正可以用來被你用作Apk本地快取的路徑：

TPath.GetSharedDocumentsPath引數Android存取位置:/storage/emulated/0/Documents
TPath.GetSharedPicturesPath引數Android存取位置:/storage/emulated/0/Pictures
TPath.GetSharedCameraPath引數Android存取位置:/storage/emulated/0/DCIM

TPath.GetSharedDownloadsPath引數Android存取位置:/storage/emulated/0/Download
TPath.GetSharedMusicPath引數Android存取位置:/storage/emulated/0/Music
TPath.GetSharedMoviesPath引數Android存取位置:/storage/emulated/0/Movies
TPath.GetSharedAlarmsPath引數Android存取位置:/storage/emulated/0/Alarms
TPath.GetSharedRingtonesPath引數Android存取位置:/storage/emulated/0/Ringtones

四、要使用路徑首先要動態申請獲取Android權限

《delphi開發Android獲取手機權限》：

https://blog.csdn.net/pulledup/article/details/107773589

五、應當在什么時機代碼動態申請獲取Android權限

5.1、考慮除了路徑因素以外的Apk影響因素

系統注冊與登錄是任何App的必需品，它離不開Android包資訊及版本資訊的獲取及其必須的Android權限

它會涉及本機唯一識別碼，本機唯一識別碼與Android包資訊及版本資訊：

如何獲取本機唯一識別碼與Android包資訊及版本資訊，以下參考“高勇的手機通用功能框架”，需要的可以聯系他入群delphi移動編程大本營（群號174483085）：

5.2、請問什么時機最合適？！

一定要規避用戶首次使用App時面臨的問題

因而，這涉及到App主表單的設計及表單之間的背景關系切換，

六、Delphi開發Android手機Apk時主表單的設計及表單間的背景關系切換

6.1、設計與步驟

設計三個App主表單，讓它們在應用程式的不同階段正確進行背景關系切換：

6.1.1、應用程式的閃屏頁面Splash主表單

6.1.2、應用程式的廣告類歡迎頁面的主表單

6.1.3、最終應用頁面的主表單

6.2、京東商城Apk案例

6.2.1、京東Apk首次下載安裝界面-即閃屏頁面Splash的主表單

隱私政策：

6.2.2、京東Apk首次下載安裝的權限android.permission.CALL_PHONE

6.2.3、京東Apk廣告類歡迎頁面動態申請的權限及關閉頁面前的本機配置資料處理

該主表單是個TabControl可以自動切換歡迎或廣告的圖片或頁面，請注意：

1、這個背景界面似乎和最終應用頁面的主表單相似，其實是一個獨立的廣告類歡迎頁面；

2、這里是靜態圖片或分發到本地的動態加載的圖片，并非從Rest服務器請求的圖片，

理由：可讀完6、即可明白：

請注意上面截圖，1：Android的權限彈窗，它是不阻塞的，也就是說，它是不阻塞TabControl的計時分頁Action顯示slide幻燈片的，

請注意上面截圖，2：Android的權限彈窗的背后的背景，顏色在發生過渡，這是符合TabControl的slides特征的，

請注意6.2.6，3：Android權限申請完畢，首次安裝之后存盤情況，

請注意，4：該廣告歡迎頁面關閉前，它做了必要的本機配置資料的存取，以控制將來任意時候，用戶重新進入系統，在本頁面的計時分頁Action停留多長時間，或者根本不顯示本頁面：

請注意，5：一旦經歷了上述步驟，之后任意時候用戶手動【設定-應用管理-應用權限】，哪怕將任意權限全部關閉即未授予任何權限，京東Apk也依然正常運行：

但是，如果機主在任何時候，操作【設定-應用管理-京東-存盤-洗掉資料】：

在洗掉之前，你會發現，應用【資料】發生了改變，

在洗掉之后，再次啟動應用，您將會被迫重復之前6.2.1、6.2.2、6.2.3的操作，

這些，充分說明，在步驟6.2.3中，京東已經將必要的配置資訊，寫入到了伴隨應用程式Deployment在路徑.\assets\internal\下的不可見的本機組態檔中啦：

System.IOUtils.GetHomePath+PathDelim+某組態檔

或

System.IOUtils.GetDocumentsPath+PathDelim+某組態檔，

6.2.4、京東Apk最終應用界面的主表單

該主表單已經可以和Rest服務器互動資料啦：

6.2.5、查詢京東Apk首次安裝后的權限

請注意，只有必須的“電話+位置”權限，并無我們通常意識下的“存盤”權限：

其下的單項權限明細為：

請注意，讀取本機識別碼：

6.2.6、您是否發現京東Apk首次安裝后的資料超大

請注意，京東Apk首次安裝后的資料327MB占了總計Apk存盤的一半還多：

為什么這樣呢？！

它把幾乎所有必須的靜態資源（包含圖片、圖示、檔案、聲音、視頻、Sqlite本機資料庫等多媒體檔案）均在應用開發時Deployment分發出來了，為的是，保證運行時Apk的本地高效，

6.3、三個主表單分別做什么、它們如何切換用戶態行程的背景關系

綜合京東商城App及實際應用的需要：

設計三個App主表單，讓它們在應用程式的不同階段正確進行背景關系切換：

6.1.1、應用程式的閃屏頁面Splash主表單

6.1.2、應用程式的廣告類歡迎頁面的主表單

6.1.3、最終應用頁面的主表單

6.3.1、應用程式的閃屏頁面Splash主表單

作用：友好地展示應用的閃屏（iOS稱為故事板），它是一個App的品牌Logo的展示區，

通常這個表單在做主表單的背景關系切換期間，Android作業系統會自動拉起所有你的應用中會用到的（即你必須在AndroidManifest.xml中顯式的宣告的所有運行時受限類別的權限）“運行時的受限的權限類別”，詳見：《Android權限分類及保護級別》https://blog.csdn.net/pulledup/article/details/116092001

這些權限的使用原則：1、作業系統自動拉起授權許可時，如果權限被機主“禁止”，并且在應用程式的代碼動態呼叫這些受限資料或受限操作的時機，仍然被機主“禁止”的話，那么下次啟用應用時，仍然會被自動拉起；并且當應用程式運行到被檢測到呼叫了這些受限資料或受限操作的時刻，會被作業系統拋出“權限不足”(permission deny權限受限)的例外；2、作業系統自動拉起授權許可后，當應用程式運行到可能會被檢測到呼叫這些受限資料或受限操作的時刻之前，代碼仍然需要動態動態呼叫這些受限資料或受限操作，讓機主再次確認“始終允許”，以防“自動拉起授權許可”時被用戶“禁止”，會導致例外的不良用戶操作體驗，

需要注意的是：1、除非您的商業級別能與類似“京東”和BAT一樣（因為它們均有與手機廠家特權或Android平臺OEM談判的籌碼），否則，可能在此會自動拉起比較多的所有運行時受限類別的權限，2、除非你能給最終用戶帶來類似BAT或京東一樣的信用認可，否則不要在應用存盤內積累越來越大的“應用-資料”，這樣稍有不慎，資料就被用戶給“洗掉”了；這樣可能會帶來從遠程服務器重新下載或同步更新大量資料的消耗，這些都是不良的用戶體驗，

6.3.2、應用程式的廣告類歡迎頁面的主表單

作用：1、顧名思義，就是簡單的廣告和歡迎；2、同時這個時刻，動態拉起應用必須的動態權限的充分理由以讓用戶充分理解并提請用戶授權通過；3、在拿到“受限資料或受限操作”的權限后，代碼做相應的操作或資料的讀寫，

技巧：1、可以在這個表單被用戶關閉之前，拿到權限，并提前做好App所需的資料的異步準備（無論本機的，還是遠程的，抑或是遠程到本地的同步）；2、主表單之間的背景關系切換，在正確的時機產生Create“6.3.3最終應用頁面的主表單”、在在正確的時機顯示加載出Show“6.3.3最終應用頁面的主表單”，

6.3.3、最終應用頁面的主表單

作用：和用戶進行App功能的具體展示、UI的互動、業務邏輯及資料的處理，

技巧：最好在它Show出來時，App所必須的基礎資料等資料，已經被下載或同步更新到本地資料庫啦，或者用戶所需資料的頭20分頁資料已經被下載或同步更新到本地資料庫啦，這樣能帶來良好的UE用戶體驗和優異的App性能，