Android6.0动态权限框架

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

正好最近项目也在作targetSdkVersion升级到28，以前对6.0略微了解点，我的感受，动态权限的使用这里不太友好，须要在Activity 或者 Fragment 中重写onRequestPermissionsResult 方法，而后处理个个权限的申请结果，耦合性很高，因而，就写了一个轻量级的权限申请框架，在这篇文章中分为3个步骤为你们讲解。

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

1、权限的基本知识

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的权限组，只要申请了其中一个权限，另外一个就没必要再申请了，系统会默认授予这个权限组的全部权限。

下面列出全部的危险权限与权限组

2、框架的使用

• app下 build.gradle中

dependencies {
compile 'com.mj:dynamicpermission:1.0.0'
}
复制代码

• 或者直接下载源码 copy 三个类到项目中就能够，文章末尾会给出下载地址

  

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中

---

3、如何实现的？

• 先贴一段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,或者你们有什么想法或问题，随时联系我，咱们一块儿让它变的更增强大

github下载地址

csdn下载地址