Android动态权限申请简易且全面的讲解及代码

项目地址

github:PermissionsDemo

相关系统方法说明

ActivityCompat.checkSelfPermission() :检查用户是否已经授权; ActivityCompat.requestPermissions() :申请权限; onRequestPermissionsResult():Activity/Fragment中的回调,用于判断申请结果; shouldShowRequestPermissionRationale() :判断是否能弹出“允许、禁止且不再询问”提示框。

首先需要了解动态权限申请总共有哪些现象

vivo IQOO3 请求权限为例

调用申请权限方法:ActivityCompat.requestPermissions()

第一次申请弹出:“允许、禁止”,点击“禁止”;
14775500-efe86fa0723a174e.jpg

再次申请弹出:“允许、禁止且不再询问”;
14775500-48176b675ee84747.jpg

点击“禁止且不再询问”,调用方法则不再弹窗;

再次调用申请方法,不再弹窗。Activity/Fragment的onRequestPermissionsResult方法中回调:grantResults[i] == PackageManager.PERMISSION_DENIED

我们需要判断以上三种场景状态

相关方法:ActivityCompat.shouldShowRequestPermissionRationale

此方法仅能在申请权限,用户选择“禁止”之后,判断是否能弹出“允许、禁止且不再询问”提示框; 在1、第一次申请权限;2、点击“禁止且不再询问”。这两种情形都是返回false。 此方法唯一作用是,判断返回true时,是可以弹出“允许、禁止且不再询问”提示框。返回false则多种情形都会出现,无区别判断意义。

其他方法

AppOpsManager相关权限API只能判断是否有权限 MODE无效 反射也是返回值只有0、1,因此此API在此处无意义;

总结

并无完美方法判断三种权限申请场景。

根据能判断的情况分为3种场景类型:

1、允许权限 2、禁止 禁止,但没有选择“以后不再询问”,以后申请权限,会继续弹出提示 3、其他 场景一:选择“禁止并不再询问”; 场景二:用户点击系统申请权限弹出框外部,使对话框消失; 场景三:再此之前已经点击过"禁止并不再询问",调用申请权限则直接回调到此处。

我们来看看处理方案

既无完美,始终要有方案处理。

1、网上常用方案

申请权限,在Activity/Fragment的onRequestPermissionsResult方法中回调,判断grantResults[i] == PackageManager.PERMISSION_GRANTED,则弹出跳往设置的提示框

在此会有两种情形: 1、申请权限对话框弹出时,用户点击“禁止”,弹出跳往设置提示框; 2、用户已经禁止询问时,调用系统申请权限方法,直接弹出跳往设置提示框;

2、简易方案

相关工具方法,Demo示例,github:PermissionsDemo

申请权限,在Activity/Fragment的onRequestPermissionsResult方法中回调,通过定义requestCode来判断哪次申请,再判断。

可以自行根据细分场景处理。

if (grantResults[i] == PackageManager.PERMISSION_GRANTED) {
    //处理允许权限后的操作
    retrun;
}
String permission = permissions[i];
boolean shouldShow = ActivityCompat.shouldShowRequestPermissionRationale(activity, permission);
if (shouldShow) {
    //禁止,但没有选择“以后不再询问”,以后申请权限,会继续弹出提示
    //处理用户点击禁止后的操作
} else {
    //场景一:选择“禁止并不再询问”;场景二:用户点击系统申请权限弹出框外部,使对话框消失;场景三:再此之前已经点击过"禁止并不再询问",调用申请权限则直接回调到此处。
   //Toast提示用户前往设置允许权限
}

3、使用比较流行的框架 RxPermission

优点:可以直接拿到回调 缺点:需要在FragmentActivity 、Fragment中使用 注意:使用时传入的FragmentActivity 或Fragment中,onRequestPermissionsResult方法的父类方法不能删除,否则影响rxPermission的回调

    @Override
    public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
        //父类方法不能删除,否则影响rxPermission的回调
        super.onRequestPermissionsResult(requestCode, permissions, grantResults);
        }
    }
使用步骤:
1)引用依赖

project中gradle添加

allprojects {
    repositories {
        ...
        maven { url 'https://jitpack.io' }
    }
}

app中gradle添加

dependencies {
    /*  需要多加对应版本的rxjava,0.12对应rxjava3   */
    // RxJava
    implementation 'io.reactivex.rxjava3:rxandroid:3.0.0'
    implementation 'io.reactivex.rxjava3:rxjava:3.0.0'
    //rxpermissions
    implementation 'com.github.tbruyelle:rxpermissions:0.12'
    //如果想要尝试使用 RxView 时
    implementation 'com.jakewharton.rxbinding4:rxbinding:4.0.0'
}

如果项目中使用的是rxjava2,则使用

 // RxJava
    implementation 'io.reactivex.rxjava2:rxjava:2.0.1'
    implementation 'io.reactivex.rxjava2:rxandroid:2.0.1'
    //如果想要尝试使用 RxView 时
    implementation 'com.jakewharton.rxbinding2:rxbinding:2.0.0'
    //rxpermissions
    implementation 'com.github.tbruyelle:rxpermissions:0.10.2'
2)gradle报错处理

Android Studio错误提示Duplicate class android.support.v4.app.INotificationSideChannel found

需要在gradle.properties中添加下面两行代码 这是因为混合支持库。通过添加这些行选择androidX作为支持库

android.useAndroidX=true
android.enableJetifier=true
3)以下我们梳理下使用的场景,完整封装请在demo(PermissionsDemo)中查看:
A、简单回调处理,只回调允许或者拒绝

permissions.request(permissionstr)方法参数为可变参数,如果是多个权限,则是所有权限都通过才回调true

        String[] permissionstr = {
                        Manifest.permission.RECORD_AUDIO};

        RxPermissions permissions = new RxPermissions(activity);
        permissions.setLogging(true);
        permissions.request(permissionstr).subscribe(new Consumer<Boolean>() {
            @Override
            public void accept(Boolean aBoolean) {
            
            }
        });
B、区分三种场景回调处理

RxPermissions.requestEach 方法参数为可变参数,可传单个或者多个String,或者String[]。 多个权限则通过方法 permission.name.equalsIgnoreCase() 来区分

        String[] permissionstr = {
                Manifest.permission.RECORD_AUDIO}
        RxPermissions permissions = new RxPermissions(activity);
        permissions.setLogging(true);
        permissions.requestEach(permissionStr)
                .subscribe(new Consumer<Permission>() {
                    @Override
                    public void accept(Permission permission) throws Exception {
                        if (permission.name.equalsIgnoreCase(Manifest.permission.RECORD_AUDIO)) {
                            if (permission.granted) {
                                //处理允许权限后的操作
                                return;
                            }
                            if (permission.shouldShowRequestPermissionRationale) {
                                //禁止,但没有选择“以后不再询问”,以后申请权限,会继续弹出提示
                                //处理用户点击禁止后的操作
                                return;
                            }

                            //场景一:选择“禁止并不再询问”;
                            //场景二:用户点击系统申请权限弹出框外部,使对话框消失;
                            //场景三:再此之前已经点击过"禁止并不再询问",调用申请权限则直接回调到此处。
                            //Toast提示用户前往设置允许权限
                        }
                    }
                });
C、区分三种场景回调,多个权限申请,合并结果处理。
        RxPermissions permissions = new RxPermissions(activity);
        permissions.setLogging(true);
        permissions.requestEachCombined(permissionStr)
                .subscribe(new Consumer<Permission>() {
                    @Override
                    public void accept(Permission permission) throws Exception {
                        if (permission.granted) {
                            //处理允许权限后的操作
                            return;
                        }
                        if (permission.shouldShowRequestPermissionRationale) {
                            //禁止,但没有选择“以后不再询问”,以后申请权限,会继续弹出提示
                            //处理用户点击禁止后的操作
                            return;
                        }

                        //场景一:选择“禁止并不再询问”;
                        //场景二:用户点击系统申请权限弹出框外部,使对话框消失;
                        //场景三:再此之前已经点击过"禁止并不再询问",调用申请权限则直接回调到此处。
                        //Toast提示用户前往设置允许权限
                    }
                });

其他问题

获取权限名称

网上方法PermissionInfo .loadLabel(pm).toString(),无法获得权限名称。 需自己做个定义来获取权限名称,在PermissionsDemo中已经写好工具类com.hero.simplepermissionsdemo.PermissionNameEnum,直接使用即可。

给小白的提示

系统权限分为两类:正常权限和危险权限。

正常权限:不会直接给用户隐私权带来风险。如果您的应用在其清单中列出了正常权限,系统将自动授予该权限。

危险权限:会授予应用访问用户机密数据的权限。如果您的应用在其清单中列出了正常权限,系统将自动授予该权限。如果您列出了危险权限,则用户必须明确批准您的应用使用这些权限。

记得在在AndroidManifest.xml中添加所需权限
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.hero.simplepermissionsdemo">
    <application
        android:allowBackup="true"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/Theme.SimplePermissionsDemo">
        <activity android:name=".MainActivity">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
    </application>

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

推荐阅读更多精彩内容