本文详细介绍了在Android 6中处理权限管理的问题，特别是如何使用AndPermission库简化权限请求和回调处理。通过示例代码展示了如何在Activity和Fragment中请求权限，如何处理用户授权结果，并提供了自定义对话框和提示用户在系统设置中授权的解决方案。AndPermission库能够解决国产手机的兼容性问题，推荐开发者使用。
- 由于该方法是异步的，所以无返回值，当用户处理完授权操作时，会回调Activity或者Fragment的
onRequestPermissionsResult()方法。
对于Activity我们直接调用requestPermissions(int, String[])即可，不过这个方法是在api leve 23以上，所以我们为了适配可以是使用兼容包提供的方法：
ActivityCompat.requestPermissions(activity, new String[]{Manifest.permission.READ_CONTACTS}, MMM);
- 1
对于support包的Fragment就可以直接调用requestPermissions(int, String[])，对于app包的Fragment就需要做版本判断了，这样就显得比较麻烦。
onRequestPermissionsResult() 处理权限结果回调
- 该方法在Activity/Fragment中应该被重写，当用户处理完授权操作时，系统会自动回调该方法，该方法有三个参数：
-
int requestCode，在调用
requestPermissions()时的第一个参数。 -
String[] permissions，权限数组，在调用
requestPermissions()时的第二个参数。 -
int[] grantResults，授权结果数组，对应permissions，具体值和上方提到的PackageManager中的两个常量做比较。
@Override
public void onRequestPermissionsResult(int requestCode, String permissions[], int[] grantResults) {
switch (requestCode) {
case MMM: {
if (grantResults.length > 0
&& grantResults[0] == PackageManager.PERMISSION_GRANTED) {
// 权限被用户同意，可以去放肆了。
} else {
// 权限被用户拒绝了，洗洗睡吧。
}
return;
}
}
}
-
1
-
2
-
3
-
4
-
5
-
6
-
7
-
8
-
9
-
10
-
11
-
12
-
13
-
14
shouldShowRequestPermissionRationale()
-
望文生义，是否应该显示请求权限的说明。
-
第一次请求权限时，用户拒绝了，调用
shouldShowRequestPermissionRationale()后返回true，应该显示一些为什么需要这个权限的说明。 -
用户在第一次拒绝某个权限后，下次再次申请时，授权的dialog中将会出现“不再提醒”选项，一旦选中勾选了，那么下次申请将不会提示用户。
-
第二次请求权限时，用户拒绝了，并选择了“不再提醒”的选项，调用
shouldShowRequestPermissionRationale()后返回false。 -
设备的策略禁止当前应用获取这个权限的授权：
shouldShowRequestPermissionRationale()返回false 。 -
加这个提醒的好处在于，用户拒绝过一次权限后我们再次申请时可以提醒该权限的重要性，免得再次申请时用户勾选“不再提醒”并决绝，导致下次申请权限直接失败。
综上所述，整合代码后：
if (ContextCompat.checkSelfPermission(this, Manifest.permission.READ_CONTACTS) != PackageManager.PERMISSION_GRANTED) {
// 没有权限。
if (ActivityCompat.shouldShowRequestPermissionRationale(this, Manifest.permission.READ_CONTACTS)) {
// 用户拒绝过这个权限了，应该提示用户，为什么需要这个权限。
} else {
// 申请授权。
ActivityCompat.requestPermissions(thisActivity, new String[]{Manifest.permission.READ_CONTACTS}, MMM);
}
}
…
@Override
public void onRequestPermissionsResult(int requestCode, String permissions[], int[] grantResults) {
switch (requestCode) {
case MMM: {
if (grantResults.length > 0
&& grantResults[0] == PackageManager.PERMISSION_GRANTED) {
// 权限被用户同意，可以去放肆了。
} else {
// 权限被用户拒绝了，洗洗睡吧。
}
return;
}
}
}
-
1
-
2
-
3
-
4
-
5
-
6
-
7
-
8
-
9
-
10
-
11
-
12
-
13
-
14
-
15
-
16
-
17
-
18
-
19
-
20
-
21
-
22
-
23
-
24
-
25
-
26
总结
–
从上面来看，判断很多，逻辑也很多，这样就加重了我们开发的负担，加上很多人反馈说国产手机有各种各样的bug，这样兼容起来就更加麻烦了，那么下面我就为大家介绍一个开源内裤来解决这一系列问题。
AndPermission
=============
这个开源库名叫AndPermission：https://github.com/yanzhenjie/AndPermission，经过我的实践是完全解决了上述问题，推荐大家使用。
- Gradle
compile ‘com.yanzhenjie:permission:1.0.6’
-
1
-
Maven
com.yanzhenjie
permission
1.0.5
pom
-
1
-
2
-
3
-
4
-
5
-
6
-
Eclipse 请放弃治疗
使用介绍
====
我建议看官去Github下载Demo并阅读本文会帮助你理解。
申请权限
// 在Activity：
AndPermission.with(activity)
.requestCode(100)
.permission(Manifest.permission.WRITE_CONTACTS)
.rationale(…)
.callback(…)
.start();
// 在Fragment：
AndPermission.with(fragment)
.requestCode(100)
.permission(
// 多个权限，以数组的形式传入。
Manifest.permission.WRITE_CONTACTS,
Manifest.permission.READ_SMS
)
.rationale(…)
.callback(…)
.start();
// 在其它任何地方：
AndPermission.with(context)
.requestCode(100)
.permission(
Manifest.permission.WRITE_CONTACTS,
Manifest.permission.READ_SMS
)
.rationale(…)
.callback(…)
.start();
-
1
-
2
-
3
-
4
-
5
-
6
-
7
-
8
-
9
-
10
-
11
-
12
-
13
-
14
-
15
-
16
-
17
-
18
-
19
-
20
-
21
-
22
-
23
-
24
-
25
-
26
-
27
-
28
-
29
-
30
接受回调结果
接受回调结果目前有两种方式：一、Listener方式，二、注解方式。
方式一：Listener方式回调
在callback()方法传入PermissionListener即可，授权成功或者失败至少会回调其中一个方法。
AndPermission.with(context)
…
.requestCode(200)
.callback(listener)
.start();
private PermissionListener listener = new PermissionListener() {
@Override
public void onSucceed(int requestCode, List grantedPermissions) {
// 权限申请成功回调。
// 这里的requestCode就是申请时设置的requestCode。
// 和onActivityResult()的requestCode一样，用来区分多个不同的请求。
if(requestCode == 200) {
// TODO …
}
}
@Override
public void onFailed(int requestCode, List deniedPermissions) {
// 权限申请失败回调。
if(requestCode == 200) {
// TODO …
}
}
};
-
1
-
2
-
3
-
4
-
5
-
6
-
7
-
8
-
9
-
10
-
11
-
12
-
13
-
14
-
15
-
16
-
17
-
18
-
19
-
20
-
21
-
22
-
23
-
24
-
25
-
26
方式二：注解方式回调
在callback()方法传入你的回调方法所在实例的对象即可。
AndPermission.with(context)
…
.requestCode(300)
.callback(this)
.start();
// 成功回调的方法，用注解即可，这里的300就是请求时的requestCode。
@PermissionYes(300)
private void getPermissionYes(List grantedPermissions) {
// TODO 申请权限成功。
}
@PermissionNo(300)
private void getPermissionNo(List deniedPermissions) {
// TODO 申请权限失败。
}
-
1
-
2
-
3
-
4
-
5
-
6
-
7
-
8
-
9
-
10
-
11
-
12
-
13
-
14
-
15
-
16
如果你会用了，你就可以大刀阔斧的干了，博客中讲到的各种复杂逻辑，AndPermission自动完成。
Rationale能力
Android运行时权限有一个特点，在拒绝过一次权限后，再此申请该权限，在申请框会多一个**[不再提示]的复选框，当用户勾选了[不再提示]**并拒绝了权限后，下次再申请该权限将直接回调申请失败。
因此Rationale功能是在用户拒绝一次权限后，再次申请时检测到已经申请过一次该权限了，允许开发者弹窗说明申请权限的目的，获取用户的同意后再申请权限，避免用户勾选不再提示，导致不能再次申请权限。
方式一：使用AndPermssion默认MD风格对话框
AndPermission.with(this)
…
.requestCode(…)
.rationale((requestCode, rationale) ->
// 此对话框可以自定义，调用rationale.resume()就可以继续申请。
AndPermission.rationaleDialog(context, rationale).show()
)
.start()
-
1
-
2
-
3
-
4
-
5
-
6
-
7
-
8
方式二：自定义对话框
AndPermission.with(this)
…
.requestCode(…)
.rationale(rationaleListener)
.start()
/**
- Rationale支持，这里自定义对话框。
*/
private RationaleListener rationaleListener = (requestCode, rationale) -> {
AlertDialog.newBuilder(this)
.setTitle(“友好提醒”)
.setMessage(“你已拒绝过定位权限，沒有定位定位权限无法为你推荐附近的妹子，你看着办！”)
.setPositiveButton(“好，给你”, (dialog, which) -> {
rationale.resume();
})
.setNegativeButton(“我拒绝”, (dialog, which) -> {
rationale.cancel();
}).show();
};
-
1
-
2
-
3
-
4
-
5
-
6
-
7
-
8
-
9
-
10
-
11
-
12
-
13
-
14
-
15
-
16
-
17
-
18
-
19
-
20
提示用户在系统设置中授权
当用户拒绝权限并勾选了不再提示时，此时再次申请权限时将会直接回调申请失败，因此AndPermission提供了一个供用户在系统Setting中给我们授权的能力。
我们在授权失败的回调方法中添加如下代码，以下三种选择一种即可：
// 是否有不再提示并拒绝的权限。
if (AndPermission.hasAlwaysDeniedPermission(activity, deniedPermissions)) {
// 第一种：用AndPermission默认的提示语。
AndPermission.defaultSettingDialog(activity, 400).show();
// 第二种：用自定义的提示语。
AndPermission.defaultSettingDialog(activity, 400)
.setTitle(“权限申请失败”)
.setMessage(“您拒绝了我们必要的一些权限，已经没法愉快的玩耍了，请在设置中授权！”)
.setPositiveButton(“好，去设置”)
.show();
// 第三种：自定义dialog样式。
SettingService settingService = AndPermission.defineSettingDialog(activity, 400);
…
// 你的dialog点击了确定调用：
settingService.execute();
// 你的dialog点击了取消调用：
settingService.cancel();
}
-
1
-
2
-
3
-
4
-
5
-
6
-
7
-
8
-
9
-
10
-
11
-
12
-
13
-
14
-
15
-
16
-
17
-
18
-
19
-
20
如果你是在Activity/Fragment中调用的上述代码，那么当用户在系统Setting中操作完成后，会回调Activity/Fragment中的这个方法：
@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
switch (requestCode) {
case 400: { // 这个400就是你上面传入的数字。
// 你可以在这里检查你需要的权限是否被允许，并做相应的操作。
break;
}
}
}
-
1
-
2
-
3
-
4
-
5
-
6
-
7
-
8
-
9
混淆
==
-
如果使用
Listener接受回调结果，不用任何配置。 -
使用注解的方式回调结果，在
proguard中添加如下配置：
-keepclassmembers class ** {
@com.yanzhenjie.permission.PermissionYes ;
}
-keepclassmembers class ** {
@com.yanzhenjie.permission.PermissionNo ;
}
-
1
-
2
-
3
-
4
-
5
-
6
国产手机适配方案
========
AndPermission是严格按照Android系统的运行时权限设计的，并最大限度上兼容了国产手机，目前发现的国产手机bug及解决方案：
-
部分中国厂商生产手机（例如小米某型号）的
Rationale功能，在第一次拒绝后，第二次申请时不会返回true，并且会回调申请失败，也就是说在第一次决绝后默认勾选了不再提示，所以建议一定使用SettingDialog：提示用户在系统设置中授权。 -
部分中国厂商生产手机（例如小米、华为某型号）在申请权限时，用户点击确定授权后，还是回调我们申请失败，这个时候其实我们是拥有权限的，所以我们可以在失败的方法中使用
AppOpsManager进行权限判断，AndPermission已经封装好了：
if(AndPermission(context, permission1, permission2)) {
// 执行操作。
}
-
1
-
2
-
3
-
部分中国厂商生产手机（例如vivo、pppo某型号）在用户允许权限，并且回调了权限授权陈功的方法，但是实际执行代码时并没有这个权限，建议开发者在回调成功的方法中也利用
AppOpsManager判断下：
if(AndPermission(context, permission1, permission2)) {
// 执行操作。
} else {
// 提醒用户手机问题，请用户去Setting中授权。这里可以使用AndPermission的Setting
《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享
Dialog。
}
-
1
-
2
扫一扫
411
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
