Android6.0动态权限框架

翻了翻CSDN的文章动态,已经快有小两年没有写过文章了,时间过的可真快,转眼,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_STORAGEWRITE_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<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,或者大家有什么想法或问题,随时联系我,我们一起让它变的更加强大
image.png

github下载地址
csdn下载地址

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值