Android运行权限及APP适配 详解Android运行时权限及APP适配方法

Android 6.0起，Android加强了权限管理，引入运行时权限概念。对于：

1. Android 5.1（API 22）及以前版本，应用权限必须声明在AndroidManifest.xml中，应用在安装时，Android会列出其所需的所有权限供用户确认安装。

2. Android 6.0（API 23）及以后版本，应用权限必须声明在AndroidManifest.xml中，但权限分为普通权限（Normal Permissions）和危险权限（Dangerous Permissions），以下会介绍区别：

普通权限：不会给用户隐私带来风险

应用声明在AndroidManifest.xml，系统会自动授予，无需应用申请。

危险权限：应用访问用户机密数据的权限，会有风险

1. 此权限也必须声明在AndroidManifest.xml中

2. 此类权限属于运行时权限，应用在启动后，需执行相关需此类权限的操作前，需调用系统API弹窗让用户授权，弹窗内容应用不可修改。如果缺少运行时权限（用户未授权），那么应用强行执行操作或调用API会引起APP FC。如下：

3-10 04:47:44.274 10405 8714 8714 E AndroidRuntime: java.lang.RuntimeException: Unable to create service xxxxxx.SmsBackgroundService: java.lang.SecurityException: Permission Denial: opening provider com.android.providers.telephony.MmsSmsProvider from ProcessRecord{48bbdaa 8714:xxxxxx/u0a405} (pid=8714, uid=10405) requires android.permission.READ_SMS or android.permission.WRITE_SMS

行时权限的三种状态：允许，询问（USER_SET），拒绝（USER_FIXED）。用户可以在系统的权限管理中管理应用的每一项权限的状态。

那么，应用该如何适配运行时权限，其标准做法是什么？

1. 在AndroidManifest.xml列出所有所需的权限，包括普通权限和危险权限

2. 应用启动后，需调用所需运行时权限的API前，先调用系统API，如checkSelfPermission来查询自身是否已获取相关权限，如已获取，可继续正常执行API或后续操作等，下面用伪代码表示：

if (checkSeflPermission(...)) {
    // 应用未获取此危险权限
   if (shouldShowRequestPermissionRationale(...)) {
       // 用户对此权限是拒绝状态，此时应用可自行弹窗告知用户，注意：如果用户在拒绝时勾选了“不再询问”，此方法会返回false，不再可靠，则可在onRequestPermissionsResult方法中再执行类似以下操作
       // 例如百度地图的做法，会弹窗，告知用户缺少相关权限，请点击跳转到设置页面，进行权限开启，这也是多数应用的标准做法
       // ......
   } else {
       // 用户对此权限是询问状态，应用可调用系统API弹窗去申请权限，用户操作结果可在overload方法onRequestPermissionsResult中处理
       requestPermissions(...);
   }
} else {
    // 已有此危险权限，后面可放心执行相关操作
    // ..... 
}

最后，列出所有的危险权限，注意，这里有权限组（Permission Groups）的概念，申请某个具体的权限时，系统在弹窗中只会告知用户应用所需访问的权限组，并不会描述该具体权限。如果某个权限组中，应用一个权限都还没被授权，则会弹窗供用户选择授权；如果某个权限组中，应用已被授权了其中一个权限，那么应用再次申请同一个权限组内其他权限时，会被自动默认授权。