说起来这是第一次在简书写文章,由于最近项目使用的机器是Android 6.0的机器,一些危险的权限就需要我们在运行时自己来动态的申请了,所以今天就抽空写下运行时权限管理。
前言
众所周知,在API23之前,只要在AndroidManifest.xml中注册过的权限,程序运行时都会自动获取到。但是到了23及更高,危险的权限就需要我们自己来动态的申请了,而此时用户也就有了拒绝我们需要的权限的权力,这当然会导致我们程序的运行不正常,甚至是造成程序的崩溃。所以我们就需要尽可能的提示用户同意我们的权限申请。
好了,讲了一堆废话,今天就以申请"打电话"权限这个例子来讲一下在实际项目中,我们应该怎么去申请权限。
必知
系统权限分为几个保护级别。需要了解的两个最重要保护级别是正常权限和危险权限。首先,你必须得知道哪些是需要动态申请的权限,也就是我前面所提到的危险权限,并且危险权限也分组,所以到底哪些是危险权限呢?想知道其实很简单,官方文档早就告诉了我们,相信有的童鞋早已看到过,这里贴一下地址:https://developer.android.com/guide/topics/security/permissions.html
看不了的童鞋也没事,我这里直接把页面截出来了:
准备
这里以PHONE权限组的CALL_PHONE权限举例讲下怎么申请。
首先在AndroidManifest.xml中加入我们想要的权限:
<uses-permission android:name="android.permission.CALL_PHONE" />
必须要强调一下,如果申请的权限在AndroidManifest.xml中并没有注册的话,是不会弹出权限申请窗口的。:)
然后看下布局:
<?xml version="1.0" encoding="utf-8"?>
<android.support.v7.widget.AppCompatButton xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:id="@+id/button_activity_main"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:layout_gravity="center"
android:text="@string/permission_request"
tools:context=".BaseActivity" />
嗯,是不是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所申请的所有权限,但是不建议这么做,毕竟人要往前看,不是么。