本文是 Piasy 原创，发表于 https://blog.piasy.com，请阅读原文支持原创 https://blog.piasy.com/2015/10/12/Android-Runtime-Permission-Test/
Android 6.0引入了Runtime Permission模型，一方面用户不必在安装APP时便授予所有权限，另一方面，对于第三方ROM，APP自身也能方便地判断是否有某项权限了。在本文中，我将以读取通讯录为例对运行时权限进行一次全面的测试，完整代码可以在Github下载。
快速使用运行时权限
- 在AndroidManifest.xml中声明权限，就算是运行时权限，这一步也是不能忘记的：
<uses-permission android:name="android.permission.READ_CONTACTS"/>
- 检查系统版本：
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
// 继续
}
- 检查是否被授权：
switch (checkSelfPermission(Manifest.permission.READ_CONTACTS)) {
case PackageManager.PERMISSION_GRANTED:
// 已有授权
break;
case PackageManager.PERMISSION_DENIED:
// 没有权限：尚未请求过权限，或者请求授权被拒绝，或者曾经授权过，
// 但被用户在设置中禁用权限
break;
default:
// 其实只会返回上述两种情况
break;
}
- 如果当前没有权限，则请求权限：
requestPermissions(new String[] { Manifest.permission.READ_CONTACTS },
REQUEST_PERMISSION);
- 处理授权请求回调：
@Override
public void onRequestPermissionsResult(int requestCode,
@NonNull String[] permissions, @NonNull int[] grantResults) {
if (requestCode == REQUEST_PERMISSION) {
if (permissions.length == 1 &&
permissions[0].equals(Manifest.permission.READ_CONTACTS) &&
grantResults.length == 1) {
if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
// 授权请求被通过，读取通讯录
} else {
// 授权请求被拒绝
}
} else {
// 其他情况
}
}
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
}
进一步深入
系统还提供了一个API：
public boolean shouldShowRequestPermissionRationale(
@NonNull String permission)
文档中的描述比较晦涩，“显示Rationale是为了解释不那么明显的权限请求，该方法就是检查是否需要显示Rationale，例如相机应用请求定位权限”，那么这个函数到底是干什么用的呢？它的行为有何规律？
此外，请求权限的时候，系统会有一个弹出对话框提示用户是否授权，那么是否每次请求都会弹出这个对话框呢？对话框里面会不会有“不再询问”选择框呢？选择“不再询问”之后是否真的就不会再弹对话框了呢？如果应用卸载了，权限记录是否会保留？
带着这些问题，我针对checkSelfPermission和shouldShowRequestPermissionRationale进行了全面的测试，用X.Y来标记一次实验，其中X相同的实验是连续进行的，每次实验都把两个函数的返回值输出到log，然后请求权限，然后读取通讯录，实验结果记录如下，下面的列表每一项分别记录checkSelfPermission，shouldShowRequestPermissionRationale的返回值，以及请求权限时是否弹出对话框，是否有“不再询问”，最后是执行的操作：
- 安装APP，实验1.1，PERMISSION_DENIED，false，弹出/没有，允许
- 实验1.2，PERMISSION_GRANTED，false，弹出/没有，允许
- 实验1.3，PERMISSION_GRANTED，false，弹出/没有，允许
- 实验1.4，PERMISSION_GRANTED，false，弹出/没有，拒绝
- 实验1.5，PERMISSION_DENIED，true，弹出/有，拒绝
- 实验1.6，PERMISSION_DENIED，true，弹出/有，允许
- 实验1.7，PERMISSION_GRANTED，false，弹出/没有，拒绝
- 实验1.8，PERMISSION_DENIED，true，弹出/有，选择不再询问，结果允许按钮变得不可点，那么点拒绝吧
- 实验1.9，PERMISSION_DENIED，false，不弹/-，拒绝
- 卸载重装APP，实验2.1，PERMISSION_DENIED，false，弹出/没有，允许
- 实验2.2，PERMISSION_GRANTED，false，弹出/没有，拒绝
- 实验2.3，PERMISSION_DENIED，true，弹出/有，选择不再询问后拒绝
- 在设置里面允许APP权限，实验2.4，PERMISSION_GRANTED，false，弹出/没有，允许
- 在设置里面拒绝APP权限，实验2.5，PERMISSION_DENIED，false，弹出/没有，-
小结
- 从实验1.1、2.1可以得知，初始状态下，APP是没有权限的；
- 无论APP是否有权限，只要用户没有在授权对话框中选择不再询问，那么调用
requestPermissions都会弹出授权请求对话框；所以如果checkSelfPermission函数返回了PERMISSION_GRANTED，我们就不应该再调用requestPermissions，但是检查权限是必须的，因为用户可以随时拒绝已允许的权限（revoke）； - 从上述所有实验可以得知，
shouldShowRequestPermissionRationale的行为规律如下： - 用户没有通过弹出的授权请求对话框来拒绝APP权限时，都返回false，包括从未请求过权限、用户在弹出对话框中允许了权限；
- 用户通过弹出对话框拒绝APP权限，但未选择不再询问时，将返回true；
- 用户通过弹出对话框拒绝APP权限，同时选择了不再询问，将返回false，同时以后的
requestPermissions调用都不会触发弹出对话框，而是立即在onRequestPermissionsResult回调中返回PERMISSION_DENIED； - 用户如果在设置里面允许或者拒绝APP权限，都返回false，其性质类似于用户通过弹出对话框进行允许/拒绝APP权限；
- 从实验1.4~1.7可以看出，一旦用户在弹出对话框中选择了拒绝，那么后续的弹出对话框都会包含“不再询问”选项，而一旦用户在后续的弹出对话框中选择了允许，那么“不再询问”选项都会被隐藏；同时，如果选择了“不再询问”，将只能选择拒绝，允许按钮将不可点；如果选择了“不再询问”+拒绝，那么以后的
requestPermissions调用都不会触发弹出对话框了，且立即在onRequestPermissionsResult回调中返回PERMISSION_DENIED； - 从实验2.1可以看出，卸载APP将会导致一切都还原，不仅仅是卸载会导致权限行为复原，直接在设置里面允许权限后再拒绝权限，也会导致权限行为复原；
好了，上面的实验和小结对上文提出的问题进行了一一解答，相信可以解开一部分开发者的疑惑，当然这个小结肯定是不全面的，如果有什么补充的建议，可以在下面评论，或者发邮件给我。
另外还有一位开发者的一篇译文写的还不错，可以参考一下，链接。
