Android 6.0 适配——管理运行时权限

说起来这是第一次在简书写文章,由于最近项目使用的机器是Android 6.0的机器,一些危险的权限就需要我们在运行时自己来动态的申请了,所以今天就抽空写下运行时权限管理。
前言

众所周知,在API23之前,只要在AndroidManifest.xml中注册过的权限,程序运行时都会自动获取到。但是到了23及更高,危险的权限就需要我们自己来动态的申请了,而此时用户也就有了拒绝我们需要的权限的权力,这当然会导致我们程序的运行不正常,甚至是造成程序的崩溃。所以我们就需要尽可能的提示用户同意我们的权限申请。
好了,讲了一堆废话,今天就以申请"打电话"权限这个例子来讲一下在实际项目中,我们应该怎么去申请权限。

必知

系统权限分为几个保护级别。需要了解的两个最重要保护级别是正常权限和危险权限。首先,你必须得知道哪些是需要动态申请的权限,也就是我前面所提到的危险权限,并且危险权限也分组,所以到底哪些是危险权限呢?想知道其实很简单,官方文档早就告诉了我们,相信有的童鞋早已看到过,这里贴一下地址:https://developer.android.com/guide/topics/security/permissions.html
看不了的童鞋也没事,我这里直接把页面截出来了:

权限.png

准备

这里以PHONE权限组的CALL_PHONE权限举例讲下怎么申请。
首先在AndroidManifest.xml中加入我们想要的权限:

   <uses-permission android:name="android.permission.CALL_PHONE" />

必须要强调一下,如果申请的权限在AndroidManifest.xml中并没有注册的话,是不会弹出权限申请窗口的。:)
然后看下布局:

<?xml version="1.0" encoding="utf-8"?>
<android.support.v7.widget.AppCompatButton xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:id="@+id/button_activity_main"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:layout_gravity="center"
    android:text="@string/permission_request"
    tools:context=".BaseActivity" />

嗯,是不是XML中的一股清流,这样就完啦?完了...
呵呵,这里就是为了演示,我就用了1个Button,点击时去申请权限,实际中肯定是在进入应用时或者使用到相关功能前就得申请了。
至此,准备工作完成。

开始

由于项目中肯定会有很多地方需要申请权限,所以这里我把权限管理的重复的逻辑写在了基类之中。
可能没有使用过6.0及更高版本手机的童鞋并不知道这个窗口是怎样的,在这里我还是截了出来:


权限申请窗口.png

哦,这里我用的是Nexus 6P,想入手的童鞋千万别买,2K屏,一天3充。
先把需要申请的权限写成常量,这里就是Manifest.permission.CALL_PHONE这个权限:

    public static final String PERMISSION_CALL_PHONE = Manifest.permission.CALL_PHONE;

然后看下判断权限是否已经被用户授予的函数:

    public boolean hasPermission(String... permissions) {
        for (String permission : permissions) {
            if (ContextCompat.checkSelfPermission(context, permission) != PackageManager.PERMISSION_GRANTED) {
                return false;
            }
        }
        return true;
    }

核心函数就是ContextCompat.checkSelfPermission();,从字面意思大家也能看出来是什么函数。参数是我们需要验证的权限,值得注意的是参数类型是String...,所以我们既可以传入一个String,也可以传入String[],也就是说我们可以传入一组权限。当它返回true时表示权限已经被授予,反之就表示权限未被授予,这个时候我们就需要去主动的弹出权限申请的窗口了,requestCode在接下来会用到:

    public void requestPermission(int requestCode, String... permissions) {
        ActivityCompat.requestPermissions(activity, permissions, requestCode);
    }

在基类中我还写了三个函数,分别是权限授予成功时执行的函数、权限授予失败时执行的函数以及让自定义的对话框消失的函数,这个对话框不是系统自身弹出的对话框。

    public abstract void requestPermissionSuccess();

    public abstract void requestPermissionFail();

    public abstract void dismissDialog();

前面说到requestPermission()是用来请求权限的,其中有一个requestCode,这个requestCode就是用来判断是否执行requestPermissionSuccess()和requestPermissionFail()的。
在基类中我们重写onRequestPermissionsResult(),它就是requestPermission()回调的函数,可以看到我们根据grantResults[0]的值来执行成功或失败的函数。

    @Override
    public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
        super.onRequestPermissionsResult(requestCode, permissions, grantResults);
        switch (requestCode) {
            case Constants.REQUEST_CODE_PERMISSION:
                if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
                    requestPermissionSuccess();
                } else {
                    requestPermissionFail();
                }
                break;
            default:
                break;
        }
    }
接着

子类继承基类之后,看看子类需要做什么:
点击Button之后会启动callPhone(),这个函数的作用就是判断权限是否被授予了,如果true,执行requestPermissionSuccess(),如果false,继续请求授予,也就是继续弹出权限申请窗口:

    private void callPhone() {
        if (hasPermission(PERMISSION_CALL_PHONE)) {
            requestPermissionSuccess();
        } else {
            requestPermission(Constants.REQUEST_CODE_PERMISSION, PERMISSION_CALL_PHONE);
        }
    }

授予成功时还需要判断到底有没有被授予权限,否则代码会警告我们判断是否被授予权限。然后当然就是打电话,这里不厚道地打向了10086,大家可别学我啊:):

    @Override
    public void requestPermissionSuccess() {
        if (ActivityCompat.checkSelfPermission(context, PERMISSION_CALL_PHONE) != PackageManager.PERMISSION_GRANTED) {
            return;
        }
        Intent intent = new Intent(Intent.ACTION_CALL);
        Uri uri = Uri.parse("tel:" + "10086");
        intent.setData(uri);
        startActivity(intent);//打电话
        ToastUtil.toastLong(context, getString(R.string.permission_success));
    }

在这里失败时分两种情况:第一种是用户会不断的拒绝,此时首先我们在用户拒绝之后弹出一个对话框,这个对话框的作用就是提示用户我们为什么需要这个权限,ad就是AlertDialog,AlertDialog的用法这里不讨论,用户点击确定时我们会再次弹出权限申请窗口:

    @Override
    public void requestPermissionFail() {
        showDialog();
        ToastUtil.toastLong(context, getString(R.string.permission_fail));
    }

    @Override
    public void dismissDialog() {
        if (ad != null) {
            ad.dismiss();
        }
    }

    private void showDialog() {
        AlertDialog.Builder builder = new AlertDialog.Builder(context);
        builder.setMessage(getString(R.string.permission_dialog_message));
        builder.setPositiveButton(getString(R.string.permission_dialog_confirm), new DialogInterface.OnClickListener() {
            @Override
            public void onClick(DialogInterface dialog, int which) {
                requestPermission(Constants.REQUEST_CODE_PERMISSION, PERMISSION_CALL_PHONE);
            }
        });
        ad = builder.show();
    }
自定义对话框.png

第二种情况就是用户勾选了"不再询问"并且拒绝的情况。在原生的系统下,第一次弹出来的权限申请窗口是看不到"不再询问"选项的,但是第二次弹出来就会看到:


不再询问

这个时候问题就来了,假如用户勾选了"不再询问",又拒绝了怎么办?我们是不是永远不能申请到权限了呢?这个时候当然还是有救命稻草的,让我们回到基类,还是看onRequestPermissionsResult()。

    @Override
    public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
        super.onRequestPermissionsResult(requestCode, permissions, grantResults);
        switch (requestCode) {
            case Constants.REQUEST_CODE_PERMISSION:
                if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
                    requestPermissionSuccess();
                } else {
                    requestPermissionFail();
                }
                for (int i = 0; i < grantResults.length; i++) {
                    if (grantResults[i] == PackageManager.PERMISSION_DENIED) {//判断用户是否勾选了不再询问
                        if (!ActivityCompat.shouldShowRequestPermissionRationale(activity, permissions[i])) {
                            ToastUtil.toastLong(context, getString(R.string.permission_settings));
                            dismissDialog();
                            Intent intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS);
                            Uri uri = Uri.fromParts("package", getPackageName(), null);
                            intent.setData(uri);
                            startActivityForResult(intent, Constants.REQUEST_CODE_SETTINGS);
                        }
                    }
                }
                break;
            default:
                break;
        }
    }

增加的代码作用就是判断用户是否勾选了不再询问,如果勾选了,首先让我们自定义的对话框消失,其次就跳转到应用信息页面,并且提示用户手动去权限中开启权限。

                for (int i = 0; i < grantResults.length; i++) {
                    if (grantResults[i] == PackageManager.PERMISSION_DENIED) {
                        if (!ActivityCompat.shouldShowRequestPermissionRationale(activity, permissions[i])) {
                            ToastUtil.toastLong(context, getString(R.string.permission_settings));
                            dismissDialog();
                            Intent intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS);
                            Uri uri = Uri.fromParts("package", getPackageName(), null);
                            intent.setData(uri);
                            startActivityForResult(intent, Constants.REQUEST_CODE_SETTINGS);
                        }
                    }
                }

相信大家一定注意到了这里用的是startActivityForResult(),这是因为跳转到应用信息页面之后,是可以使用返回键回到之前的Activity的,这个时候用户是有可能什么都没做就返回的。所以这个时候我们还需要在基类的onActivityResult()中判断是否被授予了权限,在这里我在未被授予时直接强关了应用:):

    @Override
    protected void onActivityResult(int requestCode, int resultCode, Intent data) {
        super.onActivityResult(requestCode, resultCode, data);
        if (hasPermission(PERMISSION_CALL_PHONE)) {
            requestPermissionSuccess();
        } else {
            application.finishAllActivity();
        }
    }
应用信息

应用权限
结尾

此时如果用户一直不同意授予权限的话,他看到的情况就是每次进入应用都会自动跳转到应用信息页面:),到这里流程就差不多了,相信大家也能看得懂,不过写着写着发现自己也有点乱,所以最后我还是准备了Demo给大家下载,没错,我就是来骗star的 :) ...看着Demo大家一定能明白运行时权限管理是怎样的一个流程,好,有时间我再写点文章分享,再见。

提示

1.同一权限组的权限,只要申请其中一个,同组的其余权限就不用再申请了。
2.如果将App的targetSdkVersion设置为23以下,就可以规避危险权限的检查,也就是在安装的时候就赋予该App所申请的所有权限,但是不建议这么做,毕竟人要往前看,不是么。

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

推荐阅读更多精彩内容