|
|
51CTO旗下网站
|
|
移动端

Android动态权限总结

从Android6.0开始,Android系统提供动态申请权限的机制, APP在使用危险权限时,需要用户的授权才可进一步操作。Android系统中权限申请的方式有两种。

作者:tinycoder来源:掘金|2018-11-05 19:37

从Android6.0开始,Android系统提供动态申请权限的机制, APP在使用危险权限时,需要用户的授权才可进一步操作。

权限申请方式

Android系统中权限申请的方式有两种,如下图所示:

静态申请

Android6.0以前的系统(API < 23)采用的这种方式,只要用户在AndroidManifest.xml中注册了权限,安装APP后默认就获取了这些权限。这种授权方式安全性极低,如果用户安装后没有关闭相应的权限,用户的私密数据很容易被哪些垃圾APP窃取。为了解决这种问题,国内的各大手机厂商为Android5.0以下的系统,针对某些权限做了一定的限制,即便在Android5.0以下,也需要用户进行手动授权才可使用,这在某种程度上提高了安全性,但也因没有统一的标准,从而出现了各种兼容问题。

动态申请

随着系统的升级,Google也意识到静态申请权限的弊端,所以在Android6.0中,对权限进行了重新梳理,将权限分为普通权限和危险权限:

  • 正常权限:不会给用户隐私带来危险的权限,只要开发者在AndroidManifest.xml中注册了,系统将自动授权;
  • 危险权限:可以访问用户隐私数据的权限,必须获取用户的同意才可获得授权;

危险权限汇总

Android动态权限总结

在Android开发中我们应该尽可能使用隔离式申请权限,用户没有授权时屏蔽相应功能即可。现在很多内容性APP,用户进去什么都没看到,就需要各种权限,没有权限还不能使用,这可能会引起用户的反感,当然,也是对用户安全意识的一种冲击,时间久了,用户可能会觉得使用APP就应该授权,从而给一些恶意APP作恶的余地。

动态申请权限的过程


Android动态权限总结

核心API介绍

检查权限是否已获取:

  1. // ContextCompat.java 
  2. public static int checkSelfPermission(@NonNull Context context, @NonNull String permission) 
  3.  
  4. // PermissionChecker.java 
  5. public static int checkSelfPermission(@NonNull Context context, 
  6.             @NonNull String permission) 

这两个方法都是检查权限是否获取的方法,但ContextCompat.checkSelfPermission在某些系统上(如基于Android8.0的MIUI10检查短信权限时)有bug, 不能准确判断权限是否已获取,此时可结合PermissionChecker.checkSelfPermission进行判断, 所以判断权限是否已获取可采用以下实现:

  1. public static boolean hasPermission(@NonNull Context context, @NonNull String permission) { 
  2.     if (ContextCompat.checkSelfPermission(context, permission) != PackageManager.PERMISSION_GRANTED 
  3.             || PermissionChecker.checkSelfPermission(context, permission) != PackageManager.PERMISSION_GRANTED) { 
  4.         return false
  5.     } 
  6.  
  7.     return true

申请权限

当未获取权限时,需要向系统请求,请求时使用requestPermissions方法:

  1. // ActivityCompat.java 
  2. // 在Activity中申请权限 
  3. public static void requestPermissions(final @NonNull Activity activity, 
  4.             final @NonNull String[] permissions, final @IntRange(from = 0) int requestCode) 
  5.          
  6.  
  7. // Fragment.java 
  8. // 在Fragment中申请权限 
  9. public final void requestPermissions(@NonNull String[] permissions, int requestCode) 

在Fragment使用ActivityCompat.requestPermissions申请权限时,如果用户拒绝了(且勾线了不再提示)请求,Fragment中的onRequestPermissionsResult不会被回调,也就不能引导用户开启权限。所以在Fragment中应该使用Fragment的成员方法requestPermissions来请求权限。

检查APP是否应该向用于展示申请权限的解释

  1. // ActivtyCompat.java 
  2. // 检查APP是否应该向用于展示申请权限的解释 
  3. public static boolean shouldShowRequestPermissionRationale(@NonNull Activity activity, @NonNull String permission); 

此方法的返回值解释如下:

  • 当APP从未申请过指定的权限或申请了指定权限,但被用户拒绝,且勾选了【不再提示】,返回false;
  • APP申请指定权限时被用户拒绝,但未勾选【不再提示】,返回true

所以在使用此方法时,我们要先判断APP是否已申请过权限,否则难以判断返回false的两种情况。

申请权限的结果回调

  1. public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) 

这是Activity和Fragment中申请权限的结果回调方法,其中permissions表示申请的权限数组,grantResults表示每个权限的请求结果。取值为:

  1. // 获得授权 
  2. public static final int PERMISSION_GRANTED = 0; 
  3. // 未获授权 
  4. public static final int PERMISSION_DENIED = -1; 

通常申请权限后的处理逻辑都是在该方法中实现。

动态权限申请的实现

动态申请权限的条件:

  • targetSdkVersion >= 23;
  • Android系统版本在6.0及以上;

对于不能同时满足以上条件的情况,默认使用的静态申请权限的方式,但不同的ROM为了安全性,可能对其机制进行了修改,所以可能因ROM不同而有所差异。

了解了申请权限的核心API,接下来就介绍一下在Activity中申请权限的实现过程,下面以点击申请拍照权限为例:

  1. private void startPhoto() { 
  2.     if (hasPermission(this, new String[]{Manifest.permission.CAMERA})) { 
  3.         // 执行拍照的逻辑 
  4.     } else { 
  5.          ActivityCompat.requestPermissions(context, rnew String[]{Manifest.permission.ACCESS_FINE_LOCATION}), 
  6.                         PERMISSION_REQUEST_CODE); 
  7.     } 

然后在onRequestPermissionsResult中监听权限申请的结果:

  1. @Override 
  2. public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) { 
  3.     super.onRequestPermissionsResult(requestCode, permissions, grantResults); 
  4.      
  5.     if (hasPermission(permissions)) { 
  6.         // 执行拍照的逻辑 
  7.     } else { 
  8.         if (ActivityCompat.shouldShowRequestPermissionRationale(context, permissions[refusedPermissionIndex])) { 
  9.             // 向用户展示申请权限的理由 
  10.         } else { 
  11.             // 引用用户去开启权限 
  12.         } 
  13.     } 

上面只是一个申请权限的基本流程,真正实现时还要考虑多权限问题,版本的兼容问题,ROM的兼容问题等。

当然,在开发中也不会这样在每个需要申请权限的Activity/Fragment中写这一段代码,即便封装成工具类也需要在每个Activity/Fragment引用,耦合性太高。通常可将权限申请在一个透明的Activity中实现,这样在申请权限时,直接跳转到该Activity即可。下面推荐一个动态申请权限的库供参考。

PermissionManager

PermissionManager是一个基于AOP实现的动态申请权限的开源库,目的是让申请权限的过程更简单。当然,也可当做学习Aspectj的的参考项目。具有以下优点:

  • 支持多权限申请;
  • 简单易用,一行注解实现权限申请
  • 提供了可扩展的权限说明和引导设置方式;
  • 提供了阻塞/非阻塞的申请方式;
  • 具体的介绍可参考其源码地址:PermissionManager

总结

由于Android碎片化严重,国内的各大厂商对权限这块也做了不同的处理,所以在动态申请时肯定存在失败的情况,如果在使用PermissionManager的时候发现问题,欢迎随时提issue & pull request。

【编辑推荐】

  1. Android 开发者的下半场
  2. 四个开源的Android邮件客户端
  3. 谷歌目前还无法解决Android碎片化问题
  4. Google Play停止上架针对旧版安卓API设计的APP
  5. 寒冬已至?四面楚歌的Android工程师该何去何从
【责任编辑:未丽燕 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

数据库系统工程师考试全程指导

为了满足广大考生的需要,我们组织了参与过多年资格考试命题或辅导的教师,以新的考试大纲为依据,编写了《数据库系统工程师考试全程指导》...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊