Android 6，kotlin语言书籍

• VIBRATE

• WAKE_LOCK

• WRITE_SYNC_SETTINGS

需要运行时申请的权限

---

所有危险的Android系统权限属于权限组，如果APP运行在Android 6.0 (API level 23)或者更高级别的设备中，而且targetSdkVersion>=23时，系统将会自动采用动态权限管理策略，如果你在涉及到特殊权限操作时没有申请权限权限而直接调用了相关代码，你的App可能就崩溃了，综上所述你需要注意：

• 此类权限也必须在Manifest中申明，否则申请时不提示用户，直接回调开发者权限被拒绝。

• 同一个权限组的任何一个权限被授权了，这个权限组的其他权限也自动被授权。例如一旦WRITE_CONTACTS被授权了，App也有READ_CONTACTS和GET_ACCOUNTS了。

• 申请某一个权限的时候系统弹出的Dialog是对整个权限组的说明，而不是单个权限。例如我申请READ_EXTERNAL_STORAGE，系统会提示"允许xxx访问设备上的照片、媒体内容和文件吗？"。

如果App运行在Android 5.1 (API level 22)或者更低级别的设备中，或者targetSdkVersion<=22时（此时设备可以是Android 6.0 (API level 23)或者更高），在所有系统中仍将采用旧的权限管理策略，系统会要求用户在安装的时候授予权限。其次，系统就告诉用户App需要什么权限组，而不是个别的某个权限。

• CALENDAR（日历）

*   READ\_CALENDAR

*   WRITE\_CALENDAR

• CAMERA（相机）

*   CAMERA

• CONTACTS（联系人）

*   READ\_CONTACTS

*   WRITE\_CONTACTS

*   GET\_ACCOUNTS

• LOCATION（位置）

*   ACCESS\_FINE\_LOCATION

*   ACCESS\_COARSE\_LOCATION

• MICROPHONE（麦克风）

*   RECORD\_AUDIO

• PHONE（手机）

*   READ\_PHONE\_STATE

*   CALL\_PHONE

*   READ\_CALL\_LOG

*   WRITE\_CALL\_LOG

*   ADD\_VOICEMAIL

*   USE\_SIP

*   PROCESS\_OUTGOING\_CALLS

• SENSORS（传感器）

*   BODY\_SENSORS

• SMS（短信）

*   SEND\_SMS

*   RECEIVE\_SMS

*   READ\_SMS

*   RECEIVE\_WAP\_PUSH

*   RECEIVE\_MMS

• STORAGE（存储卡）

*   READ\_EXTERNAL\_STORAGE

*   WRITE\_EXTERNAL\_STORAGE

使用adb命令可以查看这些需要授权的权限组：

adb shell pm list permissions -d -g

• 1

使用adb命令同样可以授权/撤销某个权限：

adb shell pm [grant|revoke] …

• 1

关于运行时权限的一些建议

============

1. 只请求你需要的权限，减少请求的次数，或用隐式Intent来让其他的应用来处理。

2. 如果你使用Intent，你不需要设计界面，由第三方的应用来完成所有操作。比如打电话、选择图片等。

3. 如果你请求权限，你可以完全控制用户体验，自己定义UI。但是用户也可以拒绝权限，就意味着你的应用不能执行这个特殊操作。

4. 防止一次请求太多的权限或请求次数太多，用户可能对你的应用感到厌烦，在应用启动的时候，最好先请求应用必须的一些权限，非必须权限在使用的时候才请求，建议整理并按照上述分类管理自己的权限：

5. 普通权限（Normal PNermissions）：只需要在Androidmanifest.xml中声明相应的权限，安装即许可。

6. 需要运行时申请的权限（Dangerous Permissions）：

• 必要权限：最好在应用启动的时候，进行请求许可的一些权限（主要是应用中主要功能需要的权限）。

• 附带权限：不是应用主要功能需要的权限(如：选择图片时，需要读取SD卡权限)。

3. 解释你的应用为什么需要这些权限：在你调用requestPermissions()之前，你为什么需要这个权限。

4. 例如，一个摄影的App可能需要使用定位服务，因为它需要用位置标记照片。一般的用户可能会不理解，他们会困惑为什么他们的App想要知道他的位置。所以在这种情况下，所以你需要在requestpermissions()之前告诉用户你为什么需要这个权限。

5. 使用兼容库support-v4中的方法

ContextCompat.checkSelfPermission()

ActivityCompat.requestPermissions()

ActivityCompat.shouldShowRequestPermissionRationale()

• 1

• 2

• 3

几个重要的方法与常量解释

============

• PackageManager中的两个常量：

• PackageManager.PERMISSION_DENIED：该权限是被拒绝的。

• PackageManager.PERMISSION_GRANTED：该权限是被授权的。

• Activity中或者Fragment都会有以下几个方法：

int checkSelfPermission(String)

void requestPermissions(int, String…)

boolean shouldShowRequestPermissionRationale(String)

void onRequestPermissionsResult()

• 1

• 2

• 3

• 4

上述四个方法中，前三个方法在support-v4的ActivityCompat中都有，建议使用兼容库中的方法。最后一个方法是用户授权或者拒绝某个权限组时系统会回调Activity或者Fragment中的方法。

checkSelfPermission() 检查权限

---

1. 检查某一个权限的当前状态，你应该在请求某个权限时检查这个权限是否已经被用户授权，已经授权的权限重复申请可能会让用户产生厌烦。

2. 该方法有一个参数是权限名称，有一个int的返回值，用这个值与上面提到的两个常量做比较可判断检查的权限当前的状态。

if (ContextCompat.checkSelfPermission(context, Manifest.permission.READ_CONTACTS)

!= PackageManager.PERMISSION_GRANTED) {

// 没有权限，申请权限。

}else{

// 有权限了，去放肆吧。

}

• 1

• 2

• 3

• 4

• 5

• 6

requestPermissions() 申请权限

---

1. 请求用户授权几个权限，调用后系统会显示一个请求用户授权的提示对话框，App不能配置和修改这个对话框，如果需要提示用户这个权限相关的信息或说明，需要在调用 requestPermissions() 之前处理，该方法有两个参数：

• int requestCode，会在回调onRequestPermissionsResult()时返回，用来判断是哪个授权申请的回调。

• String[] permissions，权限数组，你需要申请的的权限的数组。

2. 由于该方法是异步的，所以无返回值，当用户处理完授权操作时，会回调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() 处理权限结果回调

---

1. 该方法在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()

---

1. 望文生义，是否应该显示请求权限的说明。

2. 第一次请求权限时，用户拒绝了，调用shouldShowRequestPermissionRationale()后返回true，应该显示一些为什么需要这个权限的说明。

3. 用户在第一次拒绝某个权限后，下次再次申请时，授权的dialog中将会出现“不再提醒”选项，一旦选中勾选了，那么下次申请将不会提示用户。

4. 第二次请求权限时，用户拒绝了，并选择了“不再提醒”的选项，调用shouldShowRequestPermissionRationale()后返回false。

5. 设备的策略禁止当前应用获取这个权限的授权：shouldShowRequestPermissionRationale()返回false 。

6. 加这个提醒的好处在于，用户拒绝过一次权限后我们再次申请时可以提醒该权限的重要性，免得再次申请时用户勾选“不再提醒”并决绝，导致下次申请权限直接失败。

综上所述，整合代码后：

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

接受回调结果

---

接受回调结果

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

目前有两种方式：一、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