翻了翻简书的文章动态，已经快有小两年没有写过文章了，时间过的可真快，转眼，18年又要过去了。
正好最近项目也在做targetSdkVersion升级到28，之前对6.0略微了解点，个人感觉，动态权限的使用这里不太友好，需要在Activity 或者 Fragment 中重写onRequestPermissionsResult 方法，然后处理个个权限的申请结果，耦合性很高，于是，就写了一个轻量级的权限申请框架，在这篇文章中分为3个步骤为大家讲解。
- 1.权限的基本知识
- 2.介绍一下框架的使用
- 3.这个权限框架是怎么实现的
一、权限的基本知识
google 从M版本（Android6.0,TargetSdkVersion 23）开始引入的动态权限，所以要想使用动态授权，请保证TargetSdkVersion 大于等于23。
之前TargetSdkVersion 小于23 时，app不需要动态授权，我们可以默默的搞事情，甚至在8.0的手机上也是默认授予权限的，现在GooglePlay 强制要求TargetSdkVersion 大于等于26，国内的应用市场明年也要开始效仿google,如果达不到规定的版本，app是不允许上架的。所以TargetSdkVersion升级，是早晚的事。
- 特此说明一点：国外6.0以下的手机是没有权限设置页面的，只是国内的厂商自作聪明6.0以下加入了权限设置页面，而且加入就加入吧，搞的他们自身都是bug,导致我们使用正常的api去检测国内厂商6.0以下手机时，检测的都是错误的结果，所以6.0以下手机请通过，try catch 去捕获异常，然后做特殊处理。
- 权限检查
PermissionChecker.checkSelfPermission(activity, permission) == PackageManager.PERMISSION_GRANTED
这里用PermissionChecker检查是否授予了某项权限，兼容性更好一点
- 申请权限
requestPermissions(permissions, REQUEST_CODE);
permissions 是一个数组，可以申请多个权限，REQUEST_CODE 为请求码用于在onRequestPermissionsResult中处理结果
- 处理权限
@Override
public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
//处理对应的权限结果
}
基本概念已经介绍完了，动态权限中使用到的就是这三个方法
那么都什么权限需要我们去申请呢？
当然是涉及到用户隐私的权限了，在google文档中叫做危险权限 （Dangerous permissions and permission groups）这里又涉及到了一个权限组的概念，我们就拿 sdcard 为例简单说一下，READ_EXTERNAL_STORAGE 与WRITE_EXTERNAL_STORAGE （读写sdcard）权限同属于STORAGE的权限组，只要申请了其中一个权限，另一个就不必再申请了，系统会默认授予这个权限组的所有权限。
下面列出所有的危险权限与权限组
二、框架的使用
- app下 build.gradle中
dependencies {
compile 'com.mj:dynamicpermission:1.0.0'
}
-
或者直接下载源码 copy 三个类到项目中就可以，文章末尾会给出下载地址
image.png
DynamicPermissionEmitter permissionEmitter = new DynamicPermissionEmitter(this);
permissionEmitter.emitterPermission(new DynamicPermissionEmitter.ApplyPermissionsCallback() {
@Override
public void applyPermissionResult(Map<String, DynamicPermissionEntity> permissionEntityMap) {
DynamicPermissionEntity permissionEntity = permissionEntityMap.get(permissionName);
if (permissionEntity.isGranted()) {
//权限允许，可以搞事情了
} else if (permissionEntity.shouldShowRequestPermissionRational()) {
//勾选不在提示，且点击了拒绝，在这里给用户提示权限的重要性，给一个友好的提示
} else {
//拒绝了权限，不能乱搞
}
}
}, permissionName);
this 指：FragmentActivity 或 v4包下的 Fragment,为什么需要这个参数，后面讲解实现的时候会做说明
通过permissionEmitter发射权限，
@params1 传入一个处理权限结果的回调
@params2 传入需要申请的权限名称，可以以数组的形式将权限名称传入，支持多个权限
至此权限的使用就介绍完了，使用起来还是比较简单的，而且已经应用到几百万日活的app中
三、如何实现的？
- 先贴一段DynamicPermissionEmitter 构造方法大家就知道怎么回事了
/**
* 构造方法
*
* @param activity fragmentActivity
*/
public DynamicPermissionEmitter(@NonNull FragmentActivity activity) {
try {
generateApplyPermissionFragment(activity.getSupportFragmentManager());
} catch (Exception e) {
handleFragmentException(activity, e);
}
}
/**
* 构造方法
*
* @param fragment v4 包下的 fragment
*/
@SuppressLint("LongLogTag")
public DynamicPermissionEmitter(@NonNull Fragment fragment) {
try {
generateApplyPermissionFragment(fragment.getChildFragmentManager());
} catch (Exception e) {
Log.e(TAG, "DynamicPermissionEmitter fragment", e);
}
}
/**
*
* @param activity fragment
* @param e exception
*/
@SuppressLint("LongLogTag")
private void handleFragmentException(@NonNull FragmentActivity activity, Exception e) {
FragmentManager supportFragmentManager = activity.getSupportFragmentManager();
if (supportFragmentManager != null) {
List<Fragment> fragments = supportFragmentManager.getFragments();
if (fragments != null) {
for (int i = 0; i < fragments.size(); i++) {
Fragment fragment = fragments.get(i);
if (TAG.equals(fragment.getTag())) {
continue;
}
try {
generateApplyPermissionFragment(fragment.getChildFragmentManager());
} catch (Exception e1) {
Log.e(TAG, "DynamicPermissionEmitter activity", e);
}
break;
}
}
}
}
/**
* 生成申请权限的fragment
*
* @param fragmentManager fragmentManager
*/
private void generateApplyPermissionFragment(@NonNull FragmentManager fragmentManager) throws Exception {
this.fragmentManager = fragmentManager;
Fragment mFragment = fragmentManager.findFragmentByTag(DYNAMIC_PERMISSION_FRAGMENT_TAG);
// 保证一个activity 或 fragment 只添加一个permission fragment
if (mFragment != null) {
dynamicPermissionFragment = (DynamicPermissionFragment) mFragment;
} else {
dynamicPermissionFragment = DynamicPermissionFragment.newInstance();
fragmentManager
.beginTransaction()
.add(dynamicPermissionFragment, DYNAMIC_PERMISSION_FRAGMENT_TAG)
.commitNow();
}
}
从上面代码可以看出所有构造方法都调用了generateApplyPermissionFragment方法，这个方法中生成了一个 与用户无任何交互的Fragment 也就是用户看不见的Fragment,我们的所有权限申请、检查、结果处理都是在这个Fragment中。
这也能解释出为什么使用的时候需要传入FragmentActivity 或者 Fragment ，因为我们需要FragmentManager来加入一个看不见的Fragment 。
至此大家应该了解了这个权限申请到底是怎么回事了，DynamicPermissionFragment的代码我就不贴出来了，有兴趣的可以下载源码，去看，里边就是用到了最基本的权限申请、权限检查、onRequestPermissionsResult 处理结果，最后通过回调的形式返回的
欢迎star,或者大家有什么想法或问题，随时联系我，我们一起让它变的更加强大
