说起来这是第一次在写文章，由于最近项目使用的机器是Android 6.0的机器，一些危险的权限就需要我们在运行时自己来动态的申请了，所以今天就抽空写下运行时权限管理。
前言
众所周知，在API23之前，只要在AndroidManifest.xml中注册过的权限，程序运行时都会自动获取到。但是到了23及更高，危险的权限就需要我们自己来动态的申请了，而此时用户也就有了拒绝我们需要的权限的权力，这当然会导致我们程序的运行不正常，甚至是造成程序的崩溃。所以我们就需要尽可能的提示用户同意我们的权限申请。
好了，讲了一堆废话，今天就以申请"打电话"权限这个例子来讲一下在实际项目中，我们应该怎么去申请权限。
必知
系统权限分为几个保护级别。需要了解的两个最重要保护级别是正常权限和危险权限。首先，你必须得知道哪些是需要动态申请的权限，也就是我前面所提到的危险权限，并且危险权限也分组，所以到底哪些是危险权限呢？想知道其实很简单，官方文档早就告诉了我们，相信有的童鞋早已看到过，这里贴一下地址：https://developer.android.com/guide/topics/security/permissions.html
看不了的童鞋也没事，我这里直接把页面截出来了：
准备
这里以PHONE权限组的CALL_PHONE权限举例讲下怎么申请。
首先在AndroidManifest.xml中加入我们想要的权限：
必须要强调一下，如果申请的权限在AndroidManifest.xml中并没有注册的话，是不会弹出权限申请窗口的。:)
然后看下布局：
嗯，是不是XML中的一股清流，这样就完啦？完了...
呵呵，这里就是为了演示，我就用了1个Button，点击时去申请权限，实际中肯定是在进入应用时或者使用到相关功能前就得申请了。
至此，准备工作完成。
开始
由于项目中肯定会有很多地方需要申请权限，所以这里我把权限管理的重复的逻辑写在了基类之中。
可能没有使用过6.0及更高版本手机的童鞋并不知道这个窗口是怎样的，在这里我还是截了出来：
哦，这里我用的是Nexus 6P，想入手的童鞋千万别买，2K屏，一天3充。
先把需要申请的权限写成常量，这里就是Manifest.permission.CALL_PHONE这个权限：
public static final String PERMISSION_CALL_PHONE = Manifest.permission.CALL_PHONE;
然后看下判断权限是否已经被用户授予的函数：
public boolean hasPermission(String... permissions) {
for (String permission : permissions) {
if (ContextCompat.checkSelfPermission(context, permission) != PackageManager.PERMISSION_GRANTED) {
return false;
}
}
return true;
}
核心函数就是ContextCompat.checkSelfPermission();，从字面意思大家也能看出来是什么函数。参数是我们需要验证的权限，值得注意的是参数类型是String...，所以我们既可以传入一个String，也可以传入String[]，也就是说我们可以传入一组权限。当它返回true时表示权限已经被授予，反之就表示权限未被授予，这个时候我们就需要去主动的弹出权限申请的窗口了，requestCode在接下来会用到：
public void requestPermission(int requestCode, String... permissions) {
ActivityCompat.requestPermissions(activity, permissions, requestCode);
}
在基类中我还写了三个函数，分别是权限授予成功时执行的函数、权限授予失败时执行的函数以及让自定义的对话框消失的函数，这个对话框不是系统自身弹出的对话框。
public abstract void requestPermissionSuccess();
public abstract void requestPermissionFail();
public abstract void dismissDialog();
前面说到requestPermission()是用来请求权限的，其中有一个requestCode，这个requestCode就是用来判断是否执行requestPermissionSuccess()和requestPermissionFail()的。
在基类中我们重写onRequestPermissionsResult()，它就是requestPermission()回调的函数，可以看到我们根据grantResults[0]的值来执行成功或失败的函数。
@Override
public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
switch (requestCode) {
case Constants.REQUEST_CODE_PERMISSION:
if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
requestPermissionSuccess();
} else {
requestPermissionFail();
}
break;
default:
break;
}
}
接着
子类继承基类之后，看看子类需要做什么：
点击Button之后会启动callPhone()，这个函数的作用就是判断权限是否被授予了，如果true，执行requestPermissionSuccess()，如果false，继续请求授予，也就是继续弹出权限申请窗口：
private void callPhone() {
if (hasPermission(PERMISSION_CALL_PHONE)) {
requestPermissionSuccess();
} else {
requestPermission(Constants.REQUEST_CODE_PERMISSION, PERMISSION_CALL_PHONE);
}
}
授予成功时还需要判断到底有没有被授予权限，否则代码会警告我们判断是否被授予权限。然后当然就是打电话，这里不厚道地打向了10086，大家可别学我啊:)：
@Override
public void requestPermissionSuccess() {
if (ActivityCompat.checkSelfPermission(context, PERMISSION_CALL_PHONE) != PackageManager.PERMISSION_GRANTED) {
return;
}
Intent intent = new Intent(Intent.ACTION_CALL);
Uri uri = Uri.parse("tel:" + "10086");
intent.setData(uri);
startActivity(intent);//打电话
ToastUtil.toastLong(context, getString(R.string.permission_success));
}
在这里失败时分两种情况：第一种是用户会不断的拒绝，此时首先我们在用户拒绝之后弹出一个对话框，这个对话框的作用就是提示用户我们为什么需要这个权限，ad就是AlertDialog，AlertDialog的用法这里不讨论，用户点击确定时我们会再次弹出权限申请窗口：
@Override
public void requestPermissionFail() {
showDialog();
ToastUtil.toastLong(context, getString(R.string.permission_fail));
}
@Override
public void dismissDialog() {
if (ad != null) {
ad.dismiss();
}
}
private void showDialog() {
AlertDialog.Builder builder = new AlertDialog.Builder(context);
builder.setMessage(getString(R.string.permission_dialog_message));
builder.setPositiveButton(getString(R.string.permission_dialog_confirm), new DialogInterface.OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
requestPermission(Constants.REQUEST_CODE_PERMISSION, PERMISSION_CALL_PHONE);
}
});
ad = builder.show();
}
第二种情况就是用户勾选了"不再询问"并且拒绝的情况。在原生的系统下，第一次弹出来的权限申请窗口是看不到"不再询问"选项的，但是第二次弹出来就会看到：
这个时候问题就来了，假如用户勾选了"不再询问"，又拒绝了怎么办？我们是不是永远不能申请到权限了呢？这个时候当然还是有救命稻草的，让我们回到基类，还是看onRequestPermissionsResult()。
@Override
public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
switch (requestCode) {
case Constants.REQUEST_CODE_PERMISSION:
if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
requestPermissionSuccess();
} else {
requestPermissionFail();
}
for (int i = 0; i < grantResults.length; i++) {
if (grantResults[i] == PackageManager.PERMISSION_DENIED) {//判断用户是否勾选了不再询问
if (!ActivityCompat.shouldShowRequestPermissionRationale(activity, permissions[i])) {
ToastUtil.toastLong(context, getString(R.string.permission_settings));
dismissDialog();
Intent intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS);
Uri uri = Uri.fromParts("package", getPackageName(), null);
intent.setData(uri);
startActivityForResult(intent, Constants.REQUEST_CODE_SETTINGS);
}
}
}
break;
default:
break;
}
}
增加的代码作用就是判断用户是否勾选了不再询问，如果勾选了，首先让我们自定义的对话框消失，其次就跳转到应用信息页面，并且提示用户手动去权限中开启权限。
for (int i = 0; i < grantResults.length; i++) {
if (grantResults[i] == PackageManager.PERMISSION_DENIED) {
if (!ActivityCompat.shouldShowRequestPermissionRationale(activity, permissions[i])) {
ToastUtil.toastLong(context, getString(R.string.permission_settings));
dismissDialog();
Intent intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS);
Uri uri = Uri.fromParts("package", getPackageName(), null);
intent.setData(uri);
startActivityForResult(intent, Constants.REQUEST_CODE_SETTINGS);
}
}
}
相信大家一定注意到了这里用的是startActivityForResult()，这是因为跳转到应用信息页面之后，是可以使用返回键回到之前的Activity的，这个时候用户是有可能什么都没做就返回的。所以这个时候我们还需要在基类的onActivityResult()中判断是否被授予了权限，在这里我在未被授予时直接强关了应用:)：
@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
super.onActivityResult(requestCode, resultCode, data);
if (hasPermission(PERMISSION_CALL_PHONE)) {
requestPermissionSuccess();
} else {
application.finishAllActivity();
}
}
结尾
此时如果用户一直不同意授予权限的话，他看到的情况就是每次进入应用都会自动跳转到应用信息页面:)，到这里流程就差不多了，相信大家也能看得懂，不过写着写着发现自己也有点乱，所以最后我还是准备了Demo给大家下载，没错，我就是来骗star的 :) ...看着Demo大家一定能明白运行时权限管理是怎样的一个流程，好，有时间我再写点文章分享，再见。
提示
1.同一权限组的权限，只要申请其中一个，同组的其余权限就不用再申请了。
2.如果将App的targetSdkVersion设置为23以下，就可以规避危险权限的检查，也就是在安装的时候就赋予该App所申请的所有权限，但是不建议这么做，毕竟人要往前看，不是么。