Android---PKMS核心分析2

目录

动态权限申请

权限分类

动态权限核心函数

requestPermissions 源码解析

安装的本质是：拷贝进去，然后扫描

当我们动态申请了 READ_EXTERNAL_STORAGE / WRITE_EXTERNAL_STORAGE其中的一个，可以不用动态申请另一个，因为它们都属于EXTERNAL_STORAGE组的权限，申请其中一个，就是把EXTERNAL_STORAGE这一组的权限都申请了。

动态申请权限后，用于点击了允许，下一次用户再进来就不再询问权限，是因为这个结果被 PKMS 保存到了 xml 文件中。当我们卸载应用时，保存了权限结果的xml 也卸载了，所有当我们再次安装时，又要再一次申请权限

动态权限申请

Google 在 Android 6.0 开始引入了权限申请机制，将所有权限分成了正常权限和危险权限。App 每次在使用危险权限时需要动态的申请并得到用户的授权才能使用。

权限分类

系统权限分为两类：正常权限和危险权限。

正常权限：不会直接给用户隐私带来危险。如果你在其清单中列出了正常权限，系统将自动授予该权限。

危险权限：授予应用访问用户机密数据的权限。如果你在清单文件中列出了危险权限，则用户必须明确批准你的应用使用这些权限。那么危险权限有那些？日历(CALENDAR)、相机(CAMERA) 、通讯录(CONTACTS)、位置(LOCATION)、拨号(PHONE)、短信(SMS)和存储(STORAGE)等。

<!-- 权限组：CALENDAR == 日历读取的权限申请 -->
<uses-permission android:name="android.permission.READ_CALENDAR" />
<uses-permission android:name="android.permission.WRITE_CALENDAR" />
<!-- 权限组：CAMERA == 相机打开的权限申请 -->
<uses-permission android:name="android.permission.CAMERA" />
<!-- 权限组：CONTACTS == 联系人通讯录信息获取/写入的权限申请 -->
<uses-permission android:name="android.permission.READ_CONTACTS" />
<uses-permission android:name="android.permission.WRITE_CONTACTS" />
<!-- 权限组：LOCATION == 位置相关的权限申请 -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
<!-- 权限组：PHONE == 拨号相关的权限申请 -->
<uses-permission android:name="android.permission.CALL_PHONE" />
<uses-permission android:name="android.permission.READ_PHONE_STATE" />
<!-- 权限组：SMS == 短信相关的权限申请 -->
<uses-permission android:name="android.permission.SEND_SMS" />
<uses-permission android:name="android.permission.READ_SMS" />
<!-- 权限组：STORAGE == 读取存储相关的权限申请 -->
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />

申请以上权限时，除了要在清单文件中添加权限，还需要通过代码动态申请。

动态权限核心函数

1. 检测权限

checkSelfPermission(@NonNull String permission)

2. 申请权限

requestPermissions(@NonNull String[] permissions, int requestCode)

3. 处理结果回调

onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults)

4. 是否需要显示 UI 界面提示用户为什么需要这个权限

shouldShowRequestPermissionRationale(@NonNull String permission)

上面核心函数的一个实例：动态权限申请

requestPermissions 源码解析

第一步：MainActivity 调用 requestPermissions 进行动态权限申请；

第二步：requestPermissions 函数通过隐士意图，激活 PackageInstaller 的 GrantPermissionsActivity 界面，让用户选择是否授权；

第三步：经过 PKMS 把相关信息传递给 PermissionManagerService 处理；

第四步：PermissionManagerService 处理结束后回调给 ---> PKMS 中的 onPermissionGranted 方法把处理结果返回；

第五步：PKMS 通知过程中权限变化，并调用 writeRuntimePermissionsForUserLPr 函数让 PackageManager 的 settings 记录下相关授权信息；

权限申请整体流程图：

 1. MainActivity 里调用 ActivityCompact.requestPermission()

2.  ActivityCompact.requestPermission()

3. Activity.requestPermissions() 

4. PackageManager.buildRequestPermissionsIntent() 

 buildRequestPermissionsIntent 函数的目的为了拼接一个 Intent, 那么就是搞隐士意图去激活某个 Activity。

public static final String ACTION_REQUEST_PERMISSIONS =
"android.content.pm.action.REQUEST_PERMISSIONS";

5. 那么就根据 “Android.content.pm.action.REQUEST_PERMISSIONS” 表示动作来找到需要激活的某个 Activity 就 ok 了。

打开这里的 AndroidManifest.xml 找到我们需要的那个 Activity（就是 GrantPermissionsActivigty）

 

 6. 打开 GrantPermissionsActivity.java

 注意：GrantPermissionsActivity 也就是我们场景的权限申请界面，如下图。用户可以根据提示选择是否授权给应用相应的权限。用户操作后的结果会通过回调 GrantPermissionsActivity 的 onPermissionGrantResult 方法返回。在 onPermissionGrantResult 方法中会根据返回结果去决定是走授予权限还是撤销权限流程，然后会更新授权结果，最后返回结果并结束自己：

7. onPermissionGrantResult 函数

8. 当我们点击“确定”，即授予权限时， 在 onPermissionGrantResult 会走AppPermissionGroup.grantRuntimePermissions(即上面代码 if 里的第一句)，在该方法中会判断 targetSdkVersion 是否大于 LOLLIPOP_MR1(API22)，如果大于则做动态权限申请处理

grantRuntimePermissions()

注意：XXXManager只是一个辅助类，真正提高服务的都是 XXXManagerService 

 9. 在 grantRuntimePermissions() 函数里通过 mPackageManager.grantRuntimePermission 跨进程到 PKMS

PermissionManagerInternal --- 接口实现---

PermissionManagerService.grantRuntimePermission: 

回到 PKMS 位置

调用流程：mSetting.writeRuntimePermissionForUserLPr ---> writePermissionsForUserSyncLPr ---->writePermissionsSync: