一、概述
随着Android 7.0的发布，Android 6.0的普及速度很快就升上去了，目前Android 6.0的市场占有率是15.2%(具体数据可以查看Android信息中心，自从Android Developer Day大会的召开，有很多网站,我们开发者可以直接访问了，不必再爬梯子,对国内开发者来说，是很大的福音。唉，扯远了.....言归正传)这时，我们就不得不对新版本SDK中的变化做一些适配，这样才能保证应用更好的运行。对于6.0中的变化,我们可以参考官网的这篇文章：Android 6.0变更。该篇文章主要对Android 6.0 运行时权限（Runtime Permissions）做一下介绍。
这里推荐官网的两篇文章，毕竟官方的文档才是最科学的：
二、运行时权限
从Android6.0（API级别23）开始，用户开始在应用运行时向其授权，而不是在应用安装时授权。此方法可以简化应用安装过程，同时用户可以对应用的功能进行更多的控制。对于6.0以下的，当我们安装应用时默认就授权所有的权限了，用户也不了解这些权限到底有什么用，只能默默忍受。。而新的权限机制可以很好的解决这一系列问题。Google将新的权限分为正常权限和危险权限：
正常权限：正常权限涵盖应用需要访问起沙盒外部数据或资源，但对于用户隐私或其它应用操作风险很小的区域。例如，设置时区的权限就是正常权限。如果应用声明气需要正常的权限，系统会自动向应用授予该权限。这里可以参考官网的正常权限的列表。
-
危险权限：危险权限涵盖应用需要涉及用户隐私信息的数据活资源，或者可能对用户存储的数据活其它应用的操作产生影响的区域。例如，读取用户的联系人就属于危险权限。如果应用声明其需要危险权限，则用户必须明确向应用授予该权限。其实我们在开发中，只要处理好危险权限，正常权限的处理方式和之前一样。下面贴出危险权限图：
我们看上面的危险权限，会发现危险权限是分组的，那么分组会对我们的权限有影响吗？的确是有影响的。如果你的APP运行在Android 6.0以上的机器上（targetSdkVersion >= 23下面会细说），授权机制是这样的。如果你申请某个危险权限，假设你的App早已被用户授予了同一组中的某个危险权限，那么系统会立即授权，则不会弹出对话框让用户去授权。例如，你的App已经对CONTACTS权限组中的READ_CONTACTS授权了，当你的App申请WRITE_CONTACTS权限时，系统则会直接授权通过。此外，对于申请时弹出Dialog的文本说明也是对整个权限组的说明，而不是单个权限。这里需要注意的是：弹出的Dialog是系统提供，我们是不能进行定制的。
三、权限适配
首先我们按照之前的方式来申请拨打电话的权限（拨打电话权限），在Android 6.0（targetSdkVersion >= 23）手机上进行测试。
//首先在清单文件中申请拨打电话的权限
<uses-permission android:name="android.permission.CALL_PHONE"/>
//在Button的点击事件中，使用Intent拨打电话
Intent intent = new Intent(Intent.ACTION_CALL);
intent.setData(Uri.parse("tel:" + phoneNumber));
startActivity(intent); //此行代码会报红线。（android studio 2.2.2版本）看来AS还是挺人性化的。
运行App，点击拨打电话按钮，你会发现App崩溃了。。。下面贴出异常原因图：
从图中可以很清楚的看到是因为SecurityException权限异常。解决这个异常有两种方法：
- 在android studio中，打开build.gradle(module:app)文件，将targetSdkVersion的版本号修改为低于23的，即可解决该异常。那就继续使用旧有规则：用户在安装的时候不得不接受所有权限，安装后app就有了那些权限咯！
- 使用Android提供的相关API进行权限的检查，避免这个异常。
但是作为一个有“情怀”的程序猿，我们怎么可能用第一种这么low的方法去解决问题呢。下面我们使用Android提供的相关API来处理异常。
-
首先在清单文件中申请拨打电话的权限，这一步是必不可少的。
<uses-permission android:name="android.permission.CALL_PHONE"/> 在Button的点击事件，拨打电话前，首先使用ActivityCompat.checkSelfPermission()方法检查是否有拨打电话权限（ActivityCompat和ContextCompat是子父类的关系），该方法有两个int类型的返回值：分别为PERMISSION_GRANTED（表示应用有此权限）和PERMISSION_DENIED（表示应用没有权限），如果此时返回值为PERMISSION_DENIED，那么我们就应该手动去请求应用的权限，看代码。 if (ActivityCompat.checkSelfPermission(this, Manifest.permission.CALL_PHONE) != PackageManager.PERMISSION_GRANTED) { /** * 请求拨打电话权限 * 该方法是异步的，第一个参数是Context； * 第二个参数是需要申请的权限的字符串数组； * 第三个参数为requestCode，主要用于回调的时候检测。 * 可以从方法名requestPermissions以及第二个参数看出，是支持一次性申请多个权限的，系统会通过对话框逐一询问用户是否授权。 */ ActivityCompat.requestPermissions(this, new String[]{Manifest.permission.CALL_PHONE}, 1); } else { //有权限,直接调用拨打电话的方法 mLoginPresenter.call(this); }-
在Activity中重写onRequestPermissionsResult方法，处理请求权限的回调。首先验证requestCode定位到你的申请，然后验grantResults对应于申请的结果，这里的数组对应于申请时的第二个权限字符串数组。如果你同时申请两个权限，那么grantResults的length就为2，分别记录你两个权限的申请结果。如果申请成功，就可以做你的事情了。
@Override public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) { super.onRequestPermissionsResult(requestCode, permissions, grantResults); switch (requestCode) { case 1: if (grantResults.length > 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED) { mLoginPresenter.call(this); } else { Toast.makeText(this, "未授权拨打电话权限", Toast.LENGTH_LONG).show(); } break; } }
申请权限的基本步骤就如上所示，没图没真相。接下来我们就来看下真相吧。上图。。。
如果用户拒绝某授权。下一次弹框，用户会有一个“不再提醒”的选项的来防止app以后继续请求授权。如果这个选项在拒绝授权前被用户勾选了，那么下次你再点击拨打电话时，Dialog将不会在提示，App什么也不干，这对用户来说是很差的体验。后文会说处理的方法。
注意：不同手机上，可能提示的方式不同，下面看下下米手机上的提示。（小米4手机上即使你拒绝很多次，它的那个Dialog上也不会出现“不在询问”的勾选框），可能是国内的手机厂商对Rom做了处理。
四、更优雅的处理权限提示问题
如果用户拒绝某授权。下一次弹框，用户会有一个“不再提醒”的选项的来防止app以后继续请求授权。如果这个选项在拒绝授权前被用户勾选了。下次为这个权限请求requestPermissions时，对话框就不弹出来了，结果就是，app啥都不干。这将是很差的用户体验，用户做了操作却得不到响应。这种情况需要好好处理一下。在请求requestPermissions前，我们需要检查是否需要展示请求权限的提示通过activity的shouldShowRequestPermissionRationale方法，如果该方法返回true，则表示用户已经拒绝过一次权限，此时我们应该弹一个消息提示框，表明请求该权限的原因，让用户授权该权限。代码如下：
if (ActivityCompat.checkSelfPermission(this, Manifest.permission.CALL_PHONE) != PackageManager.PERMISSION_GRANTED) {
if (ActivityCompat.shouldShowRequestPermissionRationale(this, Manifest.permission.CALL_PHONE)) {
showSecurityMessage("是否授权拨打电话权限，若未授权，则不能拨打电话。", new DialogInterface.OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
ActivityCompat.requestPermissions(LoginActivity.this,
new String[]{Manifest.permission.CALL_PHONE},
1);
}
});
return;
}
/**
* 请求拨打电话权限
* 该方法是异步的，第一个参数是Context；
* 第二个参数是需要申请的权限的字符串数组；
* 第三个参数为requestCode，主要用于回调的时候检测。
* 可以从方法名requestPermissions以及第二个参数看出，是支持一次性申请多个权限的，系统会通过对话框逐一询问用户是否授权。
*/
ActivityCompat.requestPermissions(this, new String[]{Manifest.permission.CALL_PHONE}, 1);
} else {
//有权限,直接拨打
mLoginPresenter.call(this);
}
private void showSecurityMessage(String message, DialogInterface.OnClickListener okListener) {
new AlertDialog.Builder(this)
.setMessage(message)
.setPositiveButton("是", okListener)
.setNegativeButton("否", null)
.create()
.show();
}
注：当你一次请求多个权限时，不要忘了为没个权限添加解释说明。
效果图：
五、使用兼容库兼容旧版本
以上代码在android 6.0以上运行没有问题，但是API 23之前的就不行了，因为没有那些方法。粗暴的方法就是检查版本：
if (Build.VERSION.SDK_INT >= 23) {
// Marshmallow+
} else {
// Pre-Marshmallow
}
但是太复杂，这里我们可以使用v4兼容库，已对这个做过兼容，用以下函数代替：
- ContextCompat.checkSelfPermission() 被授权函数返回PERMISSION_GRANTED，否则返回PERMISSION_DENIED ，在所有版本都是如此。
- ActivityCompat.requestPermissions() 这个方法在M之前版本调用，OnRequestPermissionsResultCallback 直接被调用，带着正确的 PERMISSION_GRANTED或者 PERMISSION_DENIED结束 。
- ActivityCompat.shouldShowRequestPermissionRationale() 如果此函数在M之前调用，它将永远返回false。
用v4包的这三方法，完美兼容所有版本！这个方法需要额外的参数，Context or Activity。其它的就没什么特别的了。上面的后两个方法，我们也可以在Fragment中使用，用v13兼容包：FragmentCompat.requestPermissions() and FragmentCompat.shouldShowRequestPermissionRationale()和activity效果一样。
六、使用三方开源库
以上代码在实际开发中写着还是很麻烦的，只有申请的权限是危险权限，那么就要去检查。当然，你也可以自己去封装下，方便自己使用。下面是github上star数最多的关于Permissions库，大家在开发中可以直接使用。
首发地址：http://blog.csdn.net/listeners_gao/article/details/53606845
参考文章：https://inthecheesefactory.com/blog/things-you-need-to-know-about-android-m-permission-developer-edition/en
