① android 許可權統計
<uses-permission
android:name="${applicationId}.permission.JPUSH_MESSAGE"
android:protectionLevel="signature" /> 激光推送
<uses-permission android:name="android.permission.INTERNET" /> 網路
<uses-permission android:name="android.permission.CALL_PHONE" /> 打電話
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />存儲
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />存儲
<uses-permission android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEMS" />這是在sd卡內創建和刪除文件許可權，添加該許可權和
<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />允許程序訪問Wi-Fi網路狀態信息
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />獲取網路信息狀態，如當前的網路連接是否有效
<uses-permission android:name="android.permission.READ_PHONE_STATE" />訪問電話狀態氏帶羨
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />允許一個程序訪問CellID或WiFi熱點來獲取粗略的位置
<uses-permission android:name="殲拍android.permission.RESTART_PACKAGES" />允許程序重新啟動其他程序
<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />改變WiFi狀態
<uses-permission android:name="android.permission.GET_TASKS" />允許一個程序獲取信息有關當前或最近運行的任務，一個縮略行凳的任務狀態，是否活動等等
<uses-permission android:name="android.permission.RECORD_AUDIO" />允許程序錄制音頻
<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />允許程序修改全局音頻設置
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" /> 允許程序開機自動運行
<uses-permission android:name="android.permission.RECEIVE_USER_PRESENT" />屏幕常亮
<uses-permission android:name="android.permission.WRITE_SETTINGS" />讀寫系統設置
<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" /> 允許一個程序打開窗口使用 TYPE_SYSTEM_ALERT，顯示在其他所有程序的頂層
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />獲取精確位置
<uses-permission android:name="android.permission.ACCESS_LOCATION_EXTRA_COMMANDS" />訪問定位額外命令
<uses-permission android:name="android.permission.CHANGE_NETWORK_STATE" />改變網路狀態
<uses-permission android:name="android.permission.READ_LOGS" />讀取系統日誌
<uses-permission android:name="android.permission.SET_DEBUG_APP" />設置調試程序
<uses-permission android:name="android.permission.GET_ACCOUNTS" />訪問賬戶Gmail列表
<uses-permission android:name="android.permission.USE_CREDENTIALS" />使用證書
<uses-permission android:name="android.permission.MANAGE_ACCOUNTS" />管理賬戶
<uses-permission android:name="android.permission.MANAGE_DOCUMENTS" />允許一個應用程序來管理文檔的訪問，通常是一個文檔選擇器部分
<uses-permission android:name="android.permission.REAL_GET_TASKS" />允許一個程序獲取信息有關當前或最近運行的任務，一個縮略的任務狀態，是否活動等等
<uses-permission android:name="android.permission.DISABLE_KEYGUARD" />允許程序禁用鍵盤鎖
<uses-permission android:name="android.permission.CAMERA" />請求訪問使用照相設備
<uses-permission android:name="android.permission.FLASHLIGHT" />使用閃光燈
照相設備並自動對焦拍照
<uses-feature android:name="android.hardware.camera" />
<uses-feature android:name="android.hardware.camera.autofocus" />
② 安卓許可權控制指南
早期的 Android 系統沒有現在這么多許可權控制設定，管理功能也較不完善（其實是因為當時軟體申請的許可權也沒有現在這么過分）。
在 Android 4.0 中，谷歌對許可權系統進行了改進，於是再經過各大手機廠商的優化，每個國內定製系統就有了如今的許可權管理功能。
許可權管理，各大品牌其實差不多。
就我用過的幾個品牌來講，華為的許可權管理最好，小米其次，OPPO 最差。
當然，這里的「差」是相對的，相對於原生 Android 系統來說，這些廠商的許可權管理做的都很好。
（其實是因為 Google Play 的審核比較嚴格，上架的軟體幾乎都很克制）
所以，如果你要買新手機，在預算充足的情況下，選華為吧。不只是因為技術很牛，可定製性上也很好。
目前，安卓系統的許可權主要分為以下幾類：
這里，重點解釋一下某些許可權的用途。
獲取 IMEI 碼：很多應用都會申請這一許可權， 讀取手機的唯一識別碼 （估計是用於用戶的身份驗證和判斷多開）
存儲：這里指的是 內置存儲的讀寫許可權 ，不包含系統 Android/data 文件夾下的應用私有文件夾，如果這些應用需要在根目錄下存儲數據，則必須擁有該許可權。
讀取位置信息： 只有在已經開啟位置信息開關時，應用才能讀取該信息 。這項許可權不包含加速度計等感測器。
讀取已安裝應用列表： 允許應用讀取已經安裝的軟體 ，一些應用中讓用戶選擇其它應用的功能就是這樣實現的。
身體感測器：允許應用使用諸如 計步器 等感測器。這可以實現計步功能。
運動數據：也可以實現計步功能，但這項許可權是 依賴系統自帶的計步演算法 實現的，這也是有些計步軟體的數據和其它軟體數據不同的原因。
創建快捷方式：你在手機主屏上看到的 APP 圖標就屬於快捷方式，但這是系統在應用安裝完成後自動創建的。這項許可權允許應用 主動創建快捷方式 （比如微信小程序的圖標和的「寫文章」按鈕）。
懸浮窗：微信視頻聊天時切換到其它應用或主屏，這就是懸浮窗。但輸入法不屬於懸浮窗。
忽略電池優化：在 Android 6.0 以上系統中，有一種成為 Doze 模式的省電策略。在這種模式下，應用的聯網將被禁止，直到下一個窗口或接收到 Google 高優先順序推送（需要開發者和網路環境支持）。該許可權允許應用在這種模式下連接網路。
是否授予軟體相應的許可權，取決於該軟體的功能和你的需要。
例如，在導航軟體中，獲取位置信息是一項核心許可權，但在效率軟體中並不是。
對於所有軟體，都建議啟用「獲取 IMEI 碼」許可權 ，否則會給開發者帶來不便，也會影響用戶體驗（國內的一些軟體甚至會在啟動時進行檢查，如該許可權未開啟則不能使用軟體）。
建議對所有軟體關閉「撥打電話」和除「存儲」以外的所有操作類許可權（考慮到可能會有惡意軟體利用這些許可權進行扣費）。
建議關閉除「獲取位置信息」和「讀取已安裝應用列表」以外的所有讀取類許可權（ 注意：關閉「讀取簡訊」許可權會導致部分應用無法自動填充簡訊驗證碼，但考慮到國內 ROM 對此都有一定優化，故不建議開啟該許可權 ）
對於位置信息許可權，我建議以下軟體保持開啟：
其它軟體要求位置信息許可權的，一律拒絕（有些軟體失去此許可權可能不能正常運行，視情況而定）
至於「讀取已安裝應用列表」許可權，凡是不需要獲取其它軟體名稱的，都可以拒絕此許可權。
攝像頭和錄音許可權比較好判斷，凡是軟體需要這些功能的，都應該允許，否則拒絕即可。
身體感測器和運動數據許可權除計步軟體外均選擇拒絕。
創建快捷方式許可權，目前我打開的軟體只有一個：com.tencent.mm 包名，slogan 是「生活方式」，啟動界面是月亮的那個國民級應用。
懸浮窗許可權，一部分輔助類軟體需要打開，比如手機管家和綠色守護，以及前面提到的那個國民級應用的視頻懸浮窗。
至於開機自啟動等關於後台省電的許可權，請看下期......
③ Android的許可權都有哪些
（一）linux文件系統上的許可權
-rwxr-x--x system system 4156 2010-04-30 16:13 test.apk
代表的是相應的用戶/用戶組及其他人對此文件的訪問許可權，與此文件運行起來具有的許可權完全不相關。
比如上面的例子只能說明system用戶擁有對此文件的讀寫執行許可權；system組的用戶對此文件擁有讀、執行許可權；其他人對此文件只具有執行許可權。
而test.apk運行起來後可以干哪些事情，跟這個就不相關了。
千萬不要看apk文件系統上屬於system/system用戶及用戶組，或者root/root用戶及用戶組，就認為apk具有system或root許可權
（二）Android的許可權規則
（1)Android中的apk必須簽名
這種簽名不是基於權威證書的，不會決定某個應用允不允許安裝，而是一種自簽名證書。
重要的是，android系統有的許可權是基於簽名的。比如：system等級的許可權有專門對應的簽名，簽名不對，許可權也就獲取不到。
默認生成的APK文件是debug簽名的。
獲取system許可權時用到的簽名，見：如何使Android應用程序獲取系統許可權
（2）基於UserID的進程級別的安全機制
大家都知道，進程有獨立的地址空間，進程與進程間默認是不能互相訪問的，是一種很可靠的保護機制。
Android通過為每一個安裝在設備上的包（apk）分配唯一的linux userID來實現，名稱為"app_"加一個數字，比如app_43
不同的UserID，運行在不同的進程，所以apk之間默認便不能相互訪問。
Android提供了如下的一種機制，可以使兩個apk打破前面講的這種壁壘。
在AndroidManifest.xml中利用sharedUserId屬性給不同的package分配相同的userID，通過這樣做，兩個package可以被當做同一個程序，
系統會分配給兩個程序相同的UserID。當然，基於安全考慮，兩個package需要有相同的簽名，否則沒有驗證也就沒有意義了。
（這里補充一點:並不是說分配了同樣的UserID，兩程序就運行在同一進程, 下面為PS指令摘取的，
顯然，system、app_2分別對應的兩個進程的PID都不同，不知Android到底是怎樣實現它的機制的）
User PID PPID
system 953 883 187340 55052 ffffffff afe0cbcc S system_server
app_2 1072 883 100264 19564 ffffffff afe0dcc4 S com.android.inputmethod.
system 1083 883 111808 23192 ffffffff afe0dcc4 S android.process.omsservi
app_2 1088 883 156464 45720 ffffffff afe0dcc4 S android.process.acore
（3）默認apk生成的數據對外是不可見的
實現方法是：Android會為程序存儲的數據分配該程序的UserID。
藉助於Linux嚴格的文件系統訪問許可權，便實現了apk之間不能相互訪問似有數據的機制。
例：我的應用創建的一個文件，默認許可權如下，可以看到只有UserID為app_21的程序才能讀寫該文件。
-rw------- app_21 app_21 87650 2000-01-01 09:48 test.txt
如何對外開放？
<1> 使用MODE_WORLD_READABLE and/or MODE_WORLD_WRITEABLE 標記。
When creating a new file with getSharedPreferences(String, int), openFileOutput(String, int), or openOrCreateDatabase(String, int, SQLiteDatabase.CursorFactory), you can use the MODE_WORLD_READABLE and/or MODE_WORLD_WRITEABLE flags to allow any other package to read/write the file. When setting these flags, the file is still owned by your application, but its global read and/or write permissions have been set appropriately so any other application can see it.
（4）AndroidManifest.xml中的顯式許可權聲明
Android默認應用是沒有任何許可權去操作其他應用或系統相關特性的，應用在進行某些操作時都需要顯式地去申請相應的許可權。
一般以下動作時都需要申請相應的許可權：
A particular permission may be enforced at a number of places ring your program's operation:
At the time of a call into the system, to prevent an application from executing certain functions.
When starting an activity, to prevent applications from launching activities of other applications.
Both sending and receiving broadcasts, to control who can receive your broadcast or who can send a broadcast to you.
When accessing and operating on a content provider.
Binding or starting a service.
在應用安裝的時候，package installer會檢測該應用請求的許可權，根據該應用的簽名或者提示用戶來分配相應的許可權。
在程序運行期間是不檢測許可權的。如果安裝時許可權獲取失敗，那執行就會出錯，不會提示用戶許可權不夠。
大多數情況下，許可權不足導致的失敗會引發一個 SecurityException， 會在系統log（system log）中有相關記錄。
（5）許可權繼承/UserID繼承
當我們遇到apk許可權不足時，我們有時會考慮寫一個linux程序，然後由apk調用它去完成某個它沒有許可權完成的事情，很遺憾，這種方法是行不通的。
前面講過，android許可權是經營在進程層面的，也就是說一個apk應用啟動的子進程的許可權不可能超越其父進程的許可權（即apk的許可權），
即使單獨運行某個應用有許可權做某事，但如果它是由一個apk調用的，那許可權就會被限制。
實際上，android是通過給子進程分配父進程的UserID實現這一機制的。
（三）常見許可權不足問題分析
首先要知道，普通apk程序是運行在非root、非system層級的，也就是說看要訪問的文件的許可權時，看的是最後三位。
另外，通過system/app安裝的apk的許可權一般比直接安裝或adb install安裝的apk的許可權要高一些。
言歸正傳，運行一個android應用程序過程中遇到許可權不足，一般分為兩種情況:
（1）Log中可明顯看到許可權不足的提示。
此種情況一般是AndroidManifest.xml中缺少相應的許可權設置，好好查找一番許可權列表，應該就可解決，是最易處理的情況。
有時許可權都加上了，但還是報許可權不足，是什麼情況呢？
Android系統有一些API及許可權是需要apk具有一定的等級才能運行的。
比如 SystemClock.setCurrentTimeMillis()修改系統時間，WRITE_SECURE_SETTINGS許可權好像都是需要有system級的許可權才行。
也就是說UserID是system.
（2）Log里沒有報許可權不足，而是一些其他Exception的提示,這也有可能是許可權不足造成的。
比如：我們常會想讀/寫一個配置文件或其他一些不是自己創建的文件，常會報java.io.FileNotFoundException錯誤。
系統認為比較重要的文件一般許可權設置的也會比較嚴格，特別是一些很重要的(配置)文件或目錄。
如
-r--r----- bluetooth bluetooth 935 2010-07-09 20:21 dbus.conf
drwxrwx--x system system 2010-07-07 02:05 data
dbus.conf好像是藍牙的配置文件，從許可權上來看，根本就不可能改動，非bluetooth用戶連讀的權利都沒有。
/data目錄下存的是所有程序的私有數據，默認情況下android是不允許普通apk訪問/data目錄下內容的，通過data目錄的許可權設置可知，其他用戶沒有讀的許可權。
所以adb普通許可權下在data目錄下敲ls命令，會得到opendir failed, Permission denied的錯誤，通過代碼file.listfiles()也無法獲得data目錄下的內容。
④ Android許可權機制
我們知道 Android 應用程序是沙箱隔離的，每個應用都有一個只有自己具有讀寫許可權的專用數據目錄。但是如果應用要訪問別人的組件或者一些設備上全局可訪問的資源，這時候許可權機制就能系統化地規范並強制各類應用程序的行為准則。
Android 安全性概覽
在 Android 中，一個許可權，本質上是一個字元串，一個可以表示執行特定操作的能力的字元串。比如說：訪問 SD 卡的能力，訪問通訊錄的能力，啟動或訪問一個第三方應用中的組件的能力。 許可權被授予了之後，首先會在內存和本地中有記錄，這在調用系統binder服務和其他應用組件時做鑒權依據,比如調用系統binder服務時會通過Binder.getCallingUid()拿到調用者的Uid，而Uid一般都是與應用包名一一對應的，再拿這個Uid到PMS里去查這個應用對應的許可權。 其次會按被授予的許可權將應用分到某個組。 可以參考 https://www.jianshu.com/p/a17c8bed79d9
自定義許可權的應用場景在於限制其它應用對本應用四大組件的訪問。具體用法可以參考 https://www.cnblogs.com/aimqqroad-13/p/8927179.html
pm list permissions -f 命令可以詳細查看 Android 所有預定義的許可權。
更詳細的許可權信息參考 https://developer.android.com/reference/android/Manifest.permission?hl=zh-cn#WRITE_EXTERNAL_STORAGE
可以看到一個許可權的信息包括：定義的包名、標簽、描述、 許可權組 和 保護級別 。
許可權根據設備的功能或特性分為多個組。如果應用已在相同許可權組中被授予另一危險許可權，系統將立即授予該許可權，如READ_CONTACTS和WRITE_CONTACTS。
SYSTEM_ALERT_WINDOW 和 WRITE_SETTINGS 由於其特殊性，其申請方式與其它許可權都不同。
其授予流程如下：
（關於 AppOpsManager 是什麼可以參考: https://segmentfault.com/a/1190000009214983 ）
這里簡要分析下ActivityCompat#requestPermissions的流程：
更詳細的許可權授予流程源碼分析可以參考: https://segmentfault.com/a/1190000009214983
普通許可權： 清單文件中聲明即可。
危險許可權： 方式一： pm grant application_package android.permission.CHANGE_CONFIGURATION 方式二：appops set application_package permission_num 0/1
appops可以授予的許可權參考 android.app.AppOpsManager 中的聲明
系統簽名許可權： 方式一：將app遷移到system/priv-app目錄中。 方式二：看不懂，參考 https://blog.csdn.net/abcd_3344_abcd/article/details/50698759
android 4.4 訪問sd卡需要申請許可權。 您的應用在 Android 4.4 上運行時無法讀取外部存儲空間上的共享文件，除非您的應用具有 READ_EXTERNAL_STORAGE 許可權。也就是說，沒有此許可權，您無法再訪問 () 返回的目錄中的文件。但是，如果您僅需要訪問 getExternalFilesDir() 提供的您的應用特有目錄，那麼，您不需要 READ_EXTERNAL_STORAGE `許可權。
android 6.0 運行時許可權。 此版本引入了一種新的許可權模式，如今，用戶可直接在運行時管理應用許可權。這種模式讓用戶能夠更好地了解和控制許可權，同時為應用開發者精簡了安裝和自動更新過程。用戶可為所安裝的各個應用分別授予或撤銷許可權。 對於以 Android 6.0（API 級別 23）或更高版本為目標平台的應用，請務必在運行時檢查和請求許可權。要確定您的應用是否已被授予許可權，請調用新增的 checkSelfPermission() 方法。要請求許可權，請調用新增的 requestPermissions() 方法。即使您的應用並不以 Android 6.0（API 級別 23）為目標平台，您也應該在新許可權模式下測試您的應用。 如需了解有關在您的應用中支持新許可權模式的詳情，請參閱 使用系統許可權 。如需了解有關如何評估新模式對應用的影響的提示，請參閱 許可權最佳做法 。
android 7.+ 應用間共享文件要使用FileProvider。 對於面向 Android 7.0 的應用，Android 框架執行的 StrictMode API 政策禁止在您的應用外部公開 file://URI。如果一項包含文件 URI 的 intent 離開您的應用，則應用出現故障，並出現 FileUriExposedException 異常。 要在應用間共享文件，您應發送一項 content:// URI，並授予 URI 臨時訪問許可權。進行此授權的最簡單方式是使用 FileProvider `類。如需了解有關許可權和共享文件的詳細信息，請參閱 共享文件 。
android 8.+
同一許可權組的許可權在被授予了之後也需要顯式的再申請一次。
在 Android 8.0 之前，如果應用在運行時請求許可權並且被授予該許可權，系統會錯誤地將屬於同一許可權組並且在清單中注冊的其他許可權也一起授予應用。 對於針對 Android 8.0 的應用，此行為已被糾正。系統只會授予應用明確請求的許可權。然而，一旦用戶為應用授予某個許可權，則所有後續對該許可權組中許可權的請求都將被自動批准。 例如，假設某個應用在其清單中列出 READ_EXTERNAL_STORAGE 和 WRITE_EXTERNAL_STORAGE 。應用請求 READ_EXTERNAL_STORAGE ，並且用戶授予了該許可權。如果該應用針對的是 API 級別 24 或更低級別，系統還會同時授予 WRITE_EXTERNAL_STORAGE ，因為該許可權也屬於同一 STORAGE 許可權組並且也在清單中注冊過。如果該應用針對的是 Android 8.0，則系統此時僅會授予 READ_EXTERNAL_STORAGE ；不過，如果該應用後來又請求 WRITE_EXTERNAL_STORAGE ，則系統會立即授予該許可權，而不會提示用戶。
android 9
隱私許可權變更。
為了增強用戶隱私，Android 9 引入了若干行為變更，如限制後台應用訪問設備感測器、限制通過 Wi-Fi 掃描檢索到的信息，以及與通話、手機狀態和 Wi-Fi 掃描相關的新許可權規則和許可權組。
android 10
隱私權變更。
外部存儲訪問許可權范圍限定為應用文件和媒體，在後台運行時訪問設備位置信息需要許可權，針對從後台啟動 Activity 的限制等。
android 11
隱私許可權變更。
更詳細的版本變更請參考 https://developer.android.com/preview/privacy?hl=zh-cn
⑤ Android有哪些"許可權"
Android是在Linux內核上建立一個硬體抽象層(Android HAL)，通過Dalvik以及各種庫來執行android應用的。在手機啟動時，首先需要由Bootloader(HTC手機上稱作Hboot)引導Linux及手機上各個硬體設備的驅動程序，之後才啟動Android系統。所以其實我們會涉及到四種不同涵義的許可權：
Android許可權(Permission)
這指Android中的一系列"Android.Permission.*"對象，是本文的中心內容。
Google在Android框架內把各種對象(包括設備上的各類數據，感測器，撥打電話，發送信息，控制別的應用程序等)的訪問許可權進行了詳細的劃分，列出了約一百條"Android.Permission"。應用程序在運行前必須向Android系統聲明它將會用到的許可權，否則Android將會拒絕該應用程序訪問通過該"Permission"許可的內容。
比方說，搜狗輸入法提供了一個智能通訊錄的功能，用戶可以在輸入聯系人拼音的前幾個字元，或首字母，輸入法就能自動呈現相關聯系人的名字。為了實現這個功能，輸入法必須聲明它需要讀取手機中聯系人的能力，也就是在相關代碼中加上聲明"android.permission.READ_CONTACTS"對象。
圖5 搜狗輸入法的智能聯系人功能
原生Android只提供了對"一刀切"式的管理，要麼同意使用，否則就根本就不安裝應用程序。當用戶遇到希望使用程序的同時，又想禁止部分Permission的場合，他就無路可走。
於是，不少開發者就搗鼓出了"第三條道路"；可惜的是，沒有一種方法能同時做到既不需要將手機固件Root，又完全不涉及對原始應用程序進行反向工程的方法。
RootRoot指獲得Android所在的Linux系統的Root(根)許可權，有了根許可權，你才能對Linux做出任意的修改。iOS中的越獄(Jailbreak) 相當於獲得iOS系統的Root許可權(iOS是一種類Unix系統，和Linux都使用Root的概念)。在已Root的設備中，通常都是使用一個叫"Superuser"(簡稱SU)的應用程序來向許可的程序授以Root許可權。
Bootloader的解鎖(Unlock)
利用數字簽名，Bootloader可以限定只有正確簽名的系統可以被引導。在修改固件以獲得Root以前，解鎖Bootloader通常是必須的。安裝第三方修改、編譯的固件也需要解鎖Bootloader。
基帶(Radio)解鎖
在Android系統中，基帶是上層軟體與手機中無線設備(手機網路，Wi-Fi，藍牙等)的驅動程序之間的中介。國外的網路運營商很喜歡鎖定基帶，從而保證用戶只能使用運營商自己指定的sim卡。在我國，鎖定基帶是非法的，手機製造商、網路運營商也不可以通過鎖定基帶的方法對待違約客戶。iOS的"解鎖"就是解鎖iOS中的基帶軟體。
魚和熊掌不可兼得，Android的世界有很多自由，壞人也能自由地做壞事。它的生態系統很強調自主：用戶可以自主地減小風險，僅使用官方市場的應用程序，也可以自主地解除安全限制，從而獲得更多自由。因此，在遇到壞事的時候，用戶也不得不自主一下：
1， 抵制不道德，乃至非法行為
幾乎所有的Android安全軟體都能對來電、信息進行控制，以減少騷擾。
另一方面，很多應用都會要求它們實際功能以外的許可權，表現在非(主動)告知地搜集設備序列號，位置信息，誘使用戶默認地上傳聯系人列表等方面。
更壞一點的應用程序，則會踏入犯罪的范疇，比如能偷偷發出扣費信息，或是作為黑客的偷窺工具。
2， 減少惡意軟體的損害
惡意軟體即便潛伏成功，也難以獲得許可權，從而減少損失。
3， 用戶有權自主地在抑制應用程序的部分許可權時，繼續使用該應用程序，而只承擔由於自行設置不當而帶來的後果。
用戶擁有設備的所有權，因此有權自主控制設備上的內容、感測器等對象的訪問；同時有權(不)運行，(不)編譯設備上的應用程序。
大多數應用程序在運行時，並未達成主動告知的義務，是失誤；然而即使主動告知，用戶還是可以不理會。
通過Android官方市場，"打包安裝器"安裝應用程序時，所顯示的"許可權"僅是在安裝包內AndroidManifest.xml聲明的值，而非應用程序實際上會調用的內容。該值僅用來表明Android系統能向應用授予的最大可能的許可權。即便一個"Hello World"式的應用程序，也可以在AndroidManifest.xml中聲明所有可能的Android Permission。
這就是說，在AndroidManifest.xml中聲明的值與應用程序實際調用的許可權有關聯，但不等同，且這種提示是由Android系統負責實施的強制行為。
正確的理解是："應用程序(被迫地)讓Android系統告知用戶，它在AndroidManifest.xml中所聲明的事項。"
這意味著應用程序在使用重要許可權前，依然需要自行、主動地通知用戶相關事宜。