Android6.0动态权限框架 Android6.0动态权限框架

翻了翻的文章动态，已经快有小两年没有写过文章了，时间过的可真快，转眼，18年又要过去了。

文章图片
image.png

正好最近项目也在做targetSdkVersion升级到28，之前对6.0略微了解点，个人感觉，动态权限的使用这里不太友好，需要在Activity 或者 Fragment 中重写onRequestPermissionsResult 方法，然后处理个个权限的申请结果，耦合性很高，于是，就写了一个轻量级的权限申请框架，在这篇文章中分为3个步骤为大家讲解。

1.权限的基本知识
2.介绍一下框架的使用
3.这个权限框架是怎么实现的

一、权限的基本知识

google 从M版本（Android6.0,TargetSdkVersion 23）开始引入的动态权限，所以要想使用动态授权，请保证TargetSdkVersion 大于等于23。

Google Android 6.0适配文档

之前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的权限组，只要申请了其中一个权限，另一个就不必再申请了，系统会默认授予这个权限组的所有权限。

下面列出所有的危险权限与权限组

文章图片
image.png
二、框架的使用

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 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 eexception */ @SuppressLint("LongLogTag") private void handleFragmentException(@NonNull FragmentActivity activity, Exception e) { FragmentManager supportFragmentManager = activity.getSupportFragmentManager(); if (supportFragmentManager != null) { List 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 处理结果，最后通过回调的形式返回的

【Android6.0动态权限框架】欢迎star,或者大家有什么想法或问题，随时联系我，我们一起让它变的更加强大