简介
在Android应用开发过程中,经常会向用户申请获得手机的一些权限,以提升应用的交互友好性(如通讯录权限),有时候这些权限甚至是必不可少的(如连接网络等)。本篇博客就将对Android应用开发中的权限管理进行一定的探究与分析。
初识
在Android Studio中通过创建Login Activity,可以获得系统自动为我们编写好的权限申请代码,如下所示:
/**
* Id to identity READ_CONTACTS permission request.
*/
private static final int REQUEST_READ_CONTACTS = 0;
private boolean mayRequestContacts() {
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.M) {
return true;
}
if (checkSelfPermission(READ_CONTACTS) == PackageManager.PERMISSION_GRANTED) {
return true;
}
if (shouldShowRequestPermissionRationale(READ_CONTACTS)) {
Snackbar.make(mEmailView, R.string.permission_rationale, Snackbar.LENGTH_INDEFINITE)
.setAction(android.R.string.ok, new View.OnClickListener() {
@Override
@TargetApi(Build.VERSION_CODES.M)
public void onClick(View v) {
requestPermissions(new String[]{READ_CONTACTS}, REQUEST_READ_CONTACTS);
}
});
} else {
requestPermissions(new String[]{READ_CONTACTS}, REQUEST_READ_CONTACTS);
}
return false;
}
/**
* Callback received when a permissions request has been completed.
*/
@Override
public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions,
@NonNull int[] grantResults) {
if (requestCode == REQUEST_READ_CONTACTS) {
if (grantResults.length == 1 && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
populateAutoComplete();
}
}
}
故名思议,该代码申请的权限为REQUEST_READ_CONTACTS,即为申请阅读联系人,用于在登录过程中可以访问通讯录直接填写登录信息。
来分析这段代码,通过调用mayRequestContacts进入权限申请流程,该方法中由三个if语句构成:
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.M)
这个if语句是用来判断当前Android版本是否小于系统所定义的版本代号为M的Android版本,即Android 6.0,对应API为23)。当小于这个版本时会返回true,即权限获得。这一条判断是由于Android版本不同时申请权限方式不同造成的,我们之后再来分析。if (checkSelfPermission(READ_CONTACTS) == PackageManager.PERMISSION_GRANTED)
这个if语句很明显,是用来判断是否已经对应用授权了读取通讯录的权限,如果已经获取,则返回true。if (shouldShowRequestPermissionRationale(READ_CONTACTS))
这个if语句才是获得授权的主体,也是我们主要分析的对象。
深入
shouldShowRequestPermissionRationale(READ_CONTACTS)
shouldShowRequestPermissionRationale是系统自带的方法,获取它的具体实现:
/**
* Gets whether you should show UI with rationale for requesting a permission.
* You should do this only if you do not have the permission and the context in
* which the permission is requested does not clearly communicate to the user
* what would be the benefit from granting this permission.
* <p>
* For example, if you write a camera app, requesting the camera permission
* would be expected by the user and no rationale for why it is requested is
* needed. If however, the app needs location for tagging photos then a non-tech
* savvy user may wonder how location is related to taking photos. In this case
* you may choose to show UI with rationale of requesting this permission.
* </p>
*
* @param permission A permission your app wants to request.
* @return Whether you can show permission rationale UI.
*
* @see #checkSelfPermission(String)
* @see #requestPermissions(String[], int)
* @see #onRequestPermissionsResult(int, String[], int[])
*/
public boolean shouldShowRequestPermissionRationale(@NonNull String permission) {
return getPackageManager().shouldShowRequestPermissionRationale(permission);
}
可以看到,该方法又调用了另一个方法,我们在此不再深究,着重看该方法的注释。注释中说,该方法当且仅当应用需要申请权限,且所申请的权限用户不一定可以理解原因的时候才需要调用,调用的目的是确定开发者需要展示一个可视化说明来请求权限。
而READ_CONTACTS是系统定义的一个字符串常量android.permission.READ_CONTACTS。
Snackbar.make
当确定需要一个可视化说明后,则创建一个Snackbar。
Snackbar是Android Support Design Library库中的一个控件,可以在屏幕底部快速弹出消息,比Toast更加好用,感兴趣的读者可以进一步了解。
Snackbar.make(mEmailView, R.string.permission_rationale, Snackbar.LENGTH_INDEFINITE)
.setAction(android.R.string.ok, new View.OnClickListener() {
@Override
@TargetApi(Build.VERSION_CODES.M)
public void onClick(View v) {
requestPermissions(new String[]{READ_CONTACTS}, REQUEST_READ_CONTACTS);
}
});
可以看到,当点击OK(即android.R.string.ok定义的字符串)后会调用requestPermissions方法,这个便是赋予应用权限的方法。
值得一提的是,当该权限不需要可视化权限的时候(即shouldShowRequestPermissionRationale返回false),会直接调用requestPermissions方法。
requestPermissions
public final void requestPermissions(@NonNull String[] permissions, int requestCode) {
if (mHasCurrentPermissionsRequest) {
Log.w(TAG, "Can reqeust only one set of permissions at a time");
// Dispatch the callback with empty arrays which means a cancellation.
onRequestPermissionsResult(requestCode, new String[0], new int[0]);
return;
}
Intent intent = getPackageManager().buildRequestPermissionsIntent(permissions);
startActivityForResult(REQUEST_PERMISSIONS_WHO_PREFIX, intent, requestCode, null);
mHasCurrentPermissionsRequest = true;
}
该方法的第一个if语句是用来保证在同一时间,只能允许一组(不是一个)权限,之后会创建一个Intent,并开始对这一组权限进行授权。
onRequestPermissionsResult
回到第一段代码,onRequestPermissionsResult是一个回调函数,当requestPermissions完成授权之后会调用这个方法,该方法接收三个参数,分别为int requestCode,@NonNull String[] permissions,@NonNull int[] grantResults。
- requestCode:在requestPermissions中我们传入了这个参数,它是用来在onRequestPermissionsResult方法中与我们事先定义好的请求代号匹配,以确保的确是该请求被同意并完成授权;
- permissions:同样是在requestPermissions传入的参数,是系统定义的该组权限的字符串格式的名称;
- grantResults:请求结果。
在方法体中:
if (requestCode == REQUEST_READ_CONTACTS) {
if (grantResults.length == 1 && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
populateAutoComplete();
}
}
第一个if语句是用来检测onRequestPermissionsResult处理的请求是否为我们定义的读取通讯录请求;
第二个if语句是用来检测请求结果是否为授予权限,其中第一个条件是该组请求只包含一个请求,第二个条件是该组请求的第一个请求的处理结果是授予权限。
通过这两个if判断后,便可以继续获取权限之后的代码了。
补充
之前有提到,当当前Android版本小于系统所定义的版本代号为M的Android版本时,是会直接返回true而不继续执行接下来的请求权限代码的。这是因为在之前,Android采取的是安装时授权,即当安装应用程序时,会出现向用户请求权限的界面,用户确认之后才可以开始安装,而在实际情况中,用户通常都不会仔细查看这些权限,导致了用户手机的安全隐患,因此从Android 6.0(即版本代号M)开始,Android便更改为运行时授权,即当应用程序运行且运行到需要该权限的时候,才会向用户请求权限。这一方面保证了用户手机的安全性,同时也实现了当用户不对某一请求授权时,只会影响一部分功能,而不会影响其它功能的使用。
老版本请求权限方式
当Android版本低于Android 6.0时,授权方式非常简单,只需要在AndroidManifest.xml中添加对应的权限声明即可。如:
<uses-permission android:name="android.permission.READ_CONTACTS" />
这样即可完成读取通讯录权限的授予。