Android 6.0 运行时权限合理调用API

前言

自从 Android 6.0发布以来,运行时权限一直在用,但是一直都很迷糊,也写过 PermissionUtil 权限相关的工具类,并不理想。仅仅是知道如何去申请权限,也看过很多权限相关的第三方库,比如 PermissionsDispatcherRxPermissionseasypermissionsAndPermission 等等。这些轮子造得都很好,可以直接拿来用,不过知识终归得自己去弄明白。而且根据需求,我的项目关于权限方面做得不复杂,所以不要第三方框架也行。这篇文章记录下权限获取的大概流程和API的调用。

运行时权限官方相关介绍

6.0 权限详情可以浏览下面的链接,这里不赘述。

Android 6.0 运行时权限相关说明

运行时权限获取流程

对于如何配置、使用运行时权限,这个不需要再说了。直接上一张权限申请的流程图
图片看不清点击 这里试试

权限申请流程.png

以用户保存文件为例讲解权限获取的流程:
保存文件需要的权限是:Manifest.permission.WRITE_EXTERNAL_STORAGE, 属于危险权限

1. 检查权限: 调用 ContextCompat.checkSelfPermission() 方法
int permissionCheck = ContextCompat.checkSelfPermission(activity, Manifest.permission.WRITE_EXTERNAL_STORAGE);
如果返回 PackageManager.PERMISSION_GRANTED, 那么可以进行文件保存操作。
如果返回 PackageManager.PERMISSION_DENIED , 那么需要进行进行请求权限。

2. 请求权限

权限这块我做得比较简单,这里没有向用户解析为什么需要这个权限,当然这种做法给用户的体验并不是那么好,用户可能会因为不知道为什么需要这个权限而拒绝应用获得这个权限。例如需要保存文件,则需要存储权限,你可以向用户说明下为什么需要这个权限,这样会比较好。

Android提供了一个方法 shouldShowRequestPermissionRationale() 判断是否需要向用户解析。

注:如果用户在过去拒绝了权限请求,并在权限请求系统对话框中选择了 Don't ask again 选项,此方法将返回 false。如果设备规范禁止应用具有该权限,此方法也会返回 false。也就是说只要用户没有选择“不再提示”,这个方法就返回 true 。一般这个方法在请求回调方法中使用,请看第 3 步。

请求权限:requestPermissions(String[] permissions, int requestCode)

例如在activity里请求存储权限:

requestPermissions(new String[]{Manifest.permission.WRITE_EXTERNAL_STORAGE}, 0x1);

3. 处理权限请求响应
当应用请求权限时,系统将向用户显示一个对话框。当用户选择“拒绝”或者“允许”后,系统将调用public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults)方法。

例如:

    @Override
    public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
        super.onRequestPermissionsResult(requestCode, permissions, grantResults);

        List<String> granted = new ArrayList<>();// 允许的权限
        List<String> denied = new ArrayList<>();//拒绝的权限

        for (int i = 0, k = permissions.length; i < k; i++) {
            if (grantResults[i] == PackageManager.PERMISSION_GRANTED) {
                granted.add(permissions[i]);
            } else {
                denied.add(permissions[i]);
            }
        }

        //允许权限
        if (granted.size() > 0) {
            onPermissionGranted(requestCode, granted);
        }

        //拒绝权限
        if (denied.size() > 0) {
            onPermissionsDenied(requestCode, denied);
        }

        //所有权限通过
        if (granted.size() > 0 && denied.size() == 0) {
            onAllPermissionsGranted(requestCode);
        }

    }

    /**
     * 所以权限通过,一次请求获得权限之后需要执行的操作在这里
     */
    protected void onAllPermissionsGranted(int requestCode) {

    }

    /**
     * 被拒绝的权限,一般需要提示用户,比如
     * 1、拒绝后重新继续申请权限
     * 2、用户点击了“不再提醒”则提示手动去开启
     * 3、被拒绝的权限不重要,不用管了
     */
    protected void onPermissionsDenied(int requestCode, List<String> denied) {
        //默认判断是否需要提示用户手动开启权限
        if (PermissionUtil.checkedPermanentlyDenied(this, denied)) {
            DialogUtils.showConfirmDialog(BaseActivity.this, "权限提示", "请设置相关权限,点击\"确定\"进行设置",
                    "取消", null,
                    "确定", (dialog, which) -> {
                        PermissionUtil.openSetting(BaseActivity.this);
                    });
        }
    }

    /**
     * 通过的权限,一般不用管
     */
    protected void onPermissionGranted(int requestCode, List<String> granted) {

    }

以上代码我是放在 BaseActivity 里的。同时 BaseFragment 也有。我在 onPermissionsDenied 里统一处理用户选中 “不再提示” 的情况。

注意:我只是在 BaseActivityonPermissionsDenied 里做统一处理, BaseFragment 中的 onPermissionsDenied 是空的,因为在我的 BaseActivity 继承 FragmentActivity, FragmentActivityonRequestPermissionsResult 有可能会调用 FragmentonRequestPermissionsResult ,从而导致 “不再提示” 之后会弹出两次提示框提醒用户开启权限。

贴出 PermissionUtil 的两个方法:

/**
     *
     * 是否需要说明权限的作用,一般用户选择“不再提示”需要,相当于永久拒绝
     *
     * @param obj        the the obj {@link Activity} 或者 {@link Fragment}
     * @param permissions the permission
     * @return the boolean true:“不再提示”
     */
    @TargetApi(Build.VERSION_CODES.M)
    public static boolean checkedPermanentlyDenied(Object obj, List<String> permissions) {
        for (String value : permissions) {
            if (!showRequestPermissionRationale(obj, value)) {
                return true;
            }
        }
        return false;
    }

  /**
    *打开应用设置
  */
  public static void openSetting(Object obj) {
        if (obj instanceof Activity) {
            ((Activity) obj).startActivityForResult(
                    new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS)
                            .setData(Uri.fromParts("package", Utils.getApp().getPackageName(), null)),
                    APP_SETTINGS_RC);
        } else if (obj instanceof Fragment) {
            ((Fragment) obj).startActivityForResult(
                    new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS)
                            .setData(Uri.fromParts("package", Utils.getApp().getPackageName(), null)),
                    APP_SETTINGS_RC);
        }
    }

之前我对运行时权限存在的误解

  • 用户选择 “不再提示” 后,不会再调用 requestPermissions 方法,也不会回调 onRequestPermissionsResult 方法。
    真相:选择 “不再提示” 依然可以调用 requestPermissions, 但是不会有授权提示框;onRequestPermissionsResult 会回调,需要做 shouldShowRequestPermissionRationale 判断。

  • 权限和权限组:例如当我请求 WRITE_EXTERNAL_STORAGE 写入存储权限,系统提示的是 “存储权限” , 允许这个权限之后再请求 READ_EXTERNAL_STORAGE 读取存储权限,系统默认允许了读取权限。我以为是写入权限大于读取,所以能写就能读。
    真相WRITE_EXTERNAL_STORAGEREAD_EXTERNAL_STORAGE 是同一组权限。系统显示的对话框说明了您的应用需要访问的权限组;它不会列出具体权限。用户只需要为每个权限组授予一次权限。

建议

Android 6.0 增加了运行时权限是为了保护用户的隐私,敏感数据必须要得到用户的允许。

  1. 只申请应用所需要的权限,不要申请应用没必要的权限
  2. 注意加入的库所需要的权限,为这些库做权限适配
  3. 用户需要明白为什么需要应用需要这些权限
  4. 不要一下子申请很多个权限,我认为一次最多申请 3 个
  5. 最好在需要权限的时候再去申请或者判断是否有所需的权限
  6. 保护用户的隐私安全,不能耍流氓

总结

整个流程和 api 的调用还是挺简单的。之前只是知道 6.0 动态权限是怎么个回事,每个项目都用到,到下个项目又不太记得了,捋一捋之后思路清晰了很多。

参考

Android 官方文档
googlesamples/easypermissions

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,189评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,577评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,857评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,703评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,705评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,620评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,995评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,656评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,898评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,639评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,720评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,395评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,982评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,953评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,195评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,907评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,472评论 2 342

推荐阅读更多精彩内容