详解Android权限管理之Android 6.0运行时权限及解决办法_Android

前言:

今天还是围绕着最近面试的一个热门话题Android 6.0权限适配来总结学习,其实Android 6.0权限适配我们公司是在今年5月份才开始做,算是比较晚的吧,不过现在Android 6.0以上设备越来越多了,所以Android 6.0 权限适配是必不可少的工作,这里主要介绍一下我们公司是如何做Android 6.0权限适配的。

Android 6.0以下非运行时权限:

根据上面博客我们很清楚的知道,Android的权限其实就是为了程序之间更加的安全的访问,所以权限有等级之分,比如:Normal 低风险权限 、Dangerous  高风险权限等,虽然有这种安全意识,但是这些权限只会在安装的时候被询问一次,一旦安装之后,如果app申请了高风险权限的话,而且大部分用户在安装的时候很少去关注这些权限列表,再加上很多Android市场都有静默安装的功能用户更加感知不到任何权限提示,就这样app就有可能会在后台做一些对用户带来伤害的事情。如下图所示:

Android6.0运行时权限:

鉴于6.0之前的版本权限管理相对不那么安全,所以Android 6.0 采用新的权限模型,只有在需要权限的时候,才告知用户是否授权,是在runtime时候授权,而不是在原来安装的时候 ,同时默认情况下每次在运行时打开页面时候,需要先检查是否有所需要的权限申请。这样的用户的自主性提高很多,比如用户可以给APP赋予摄像的权限,也可以使用权限。
 

Android 6.0权限适配:

1.)不进行适配造成的现象

先看下app module的build.gradle配置

 compileSdkVersion 24
 buildToolsVersion "24.0.2"
 defaultConfig {
  applicationId "com.whoislcj.rxpermissions"
  minSdkVersion 15
  targetSdkVersion 24
  versionCode 1
  versionName "1.0"
 }

由于Android 6.0 以上的权限变成了运行时权限,也就是说在需要使用某个权限的时候必须动态去申请使用,直接访问直接导致app崩溃。

2.)早期的解决办法 

其实判断是否是需要运行时权限的标记就是targetSDKVersion,当targetSDKVersion<23的时候,仅在安装时赋予权限,使用时将不被提醒,当targetSDKVersion≥23的时候才会使用新的运行时权限规则。所有在最早遇见因权限未适配的导致的崩溃的时候,我们团队采用的解决办法是将targetSDKVersion人为的降到小于23,这样就变成了还是默认使用权限,但是这种并不是Google所推荐使用的。

 compileSdkVersion 24
 buildToolsVersion "24.0.2"
 defaultConfig {
  applicationId "com.whoislcj.rxpermissions"
  minSdkVersion 15
  targetSdkVersion 22
  versionCode 1
  versionName "1.0"
 }

3.)判断是否拥有该权限的使用权限

检查是否拥有使用权

 public boolean isGranted(String permission) {
  return !isMarshmallow() || isGranted_(permission);
 }

判断是否是Android 6.0以上

 private boolean isMarshmallow() {
  return Build.VERSION.SDK_INT >= Build.VERSION_CODES.M;
 }

是否申请了该使用权限

 private boolean isGranted_(String permission) {
  int checkSelfPermission = ActivityCompat.checkSelfPermission(this, permission);
  return checkSelfPermission == PackageManager.PERMISSION_GRANTED;
 }

ContextCompat.checkSelfPermission,主要用于检测某个权限是否已经被授予,方法返回值为PackageManager.PERMISSION_DENIED或者PackageManager.PERMISSION_GRANTED。当返回DENIED就需要进行申请授权了。

4.)申请使用权限

private void requestPermission(String permission, int requestCode) {
  if (!isGranted(permission)) {
   if (ActivityCompat.shouldShowRequestPermissionRationale(this, permission)) {

   } else {
    ActivityCompat.requestPermissions(this, new String[]{permission}, requestCode);
   }
  } else {
   //直接执行相应操作了
  }
 }

shouldShowRequestPermissionRationale主要用于给用户一个申请权限的解释,该方法只有在用户在上一次已经拒绝过你的这个权限申请。也就是说,用户已经拒绝一次了,你又弹个授权框,你需要给用户一个解释,为什么要授权,则使用该方法。requestCode这个需要在处理的回调的时候 一一对应的。

5.)处理授权回调

@Override
 public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
  if (requestCode == CAMERA) {
   if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
    String jpgPath = getCacheDir() + "test.jpg";
    takePhotoByPath(jpgPath, 2);
   } else {
    // Permission Denied
    Toast.makeText(MainActivity.this, "您没有授权该权限,请在设置中打开授权", Toast.LENGTH_SHORT).show();
   }
   return;
  }
  super.onRequestPermissionsResult(requestCode, permissions, grantResults);
 }

6.)完整的Activity示例
 

public class MainActivity extends AppCompatActivity {
 private static final int CAMERA = 2;

 @Override
 protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.activity_main);
  findViewById(R.id.request_permission).setOnClickListener(new View.OnClickListener() {
   @Override
   public void onClick(View v) {
    requestPermission(Manifest.permission.CAMERA, CAMERA);
   }
  });
 }

 /**
  * 拍照,返回拍照文件的绝对路径
  */
 private String takePhotoByPath(String filePath, int requestCode) {
  File file = new File(filePath);
  startActivityForResult(getTakePhotoIntent(file), requestCode);
  return file.getPath();
 }

 private Intent getTakePhotoIntent(File file) {
  if (file.exists()) {
   file.delete();
  }

  try {
   file.createNewFile();
  } catch (IOException e) {
   e.printStackTrace();
  }

  Uri uri = Uri.fromFile(file);
  Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
  intent.putExtra(MediaStore.EXTRA_OUTPUT, uri);
  return intent;
 }

 public boolean isGranted(String permission) {
  return !isMarshmallow() || isGranted_(permission);
 }

 private boolean isGranted_(String permission) {
  int checkSelfPermission = ActivityCompat.checkSelfPermission(this, permission);
  return checkSelfPermission == PackageManager.PERMISSION_GRANTED;
 }

 private boolean isMarshmallow() {
  return Build.VERSION.SDK_INT >= Build.VERSION_CODES.M;
 }

 //shouldShowRequestPermissionRationale主要用于给用户一个申请权限的解释,该方法只有在用户在上一次已经拒绝过你的这个权限申请。也就是说,用户已经拒绝一次了,你又弹个授权框,你需要给用户一个解释,为什么要授权,则使用该方法。
 private void requestPermission(String permission, int requestCode) {
  if (!isGranted(permission)) {
   if (ActivityCompat.shouldShowRequestPermissionRationale(this, permission)) {

   } else {
    ActivityCompat.requestPermissions(this, new String[]{permission}, requestCode);
   }
  } else {
   //直接执行相应操作了
  }
 }

 @Override
 public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
  if (requestCode == CAMERA) {
   if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
    String jpgPath = getCacheDir() + "test.jpg";
    takePhotoByPath(jpgPath, 2);
   } else {
    // Permission Denied
    Toast.makeText(MainActivity.this, "您没有授权该权限,请在设置中打开授权", Toast.LENGTH_SHORT).show();
   }
   return;
  }
  super.onRequestPermissionsResult(requestCode, permissions, grantResults);
 }

}

总结:

本篇总结学习了Android 6.0的运行时权限及如何适配的问题,但是这个并不是我们公司目前最终的解决办法,从上面可以看出实现起来还是蛮麻烦的,申请权限和处理回调在不同的地方代码可读性相对较差,我们最终的解决方案是采用RxJava+RxPermission的方式解决,下一篇将介绍一下如何使用RxPermission解决Android 6.0 权限适配问题。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索android
, 权限
, 权限管理
, 6.0
, Android6.0
权限申请
linux文件权限详解、linux权限详解、ntfs 权限 设置 详解、mssql用户权限详解、oracle dba权限详解,以便于您获取更多的相关知识。

时间: 2024-10-03 18:42:29

详解Android权限管理之Android 6.0运行时权限及解决办法_Android的相关文章

详解Android权限管理之Android 6.0运行时权限及解决办法

前言: 今天还是围绕着最近面试的一个热门话题Android 6.0权限适配来总结学习,其实Android 6.0权限适配我们公司是在今年5月份才开始做,算是比较晚的吧,不过现在Android 6.0以上设备越来越多了,所以Android 6.0 权限适配是必不可少的工作,这里主要介绍一下我们公司是如何做Android 6.0权限适配的. Android 6.0以下非运行时权限: 根据上面博客我们很清楚的知道,Android的权限其实就是为了程序之间更加的安全的访问,所以权限有等级之分,比如:No

详解DB2 sqlstate 57016 SQLCODE=-668 原因码 "7"错误的快速解决办法

以上所述是小编给大家介绍的详解DB2 sqlstate 57016 SQLCODE=-668 原因码 "7"错误的快速解决办法,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的.在此也非常感谢大家对脚本之家网站的支持!

Android6.0运行时权限解析,RxPermissions的使用,自己封装一套权限框架

Android6.0运行时权限解析,RxPermissions的使用,自己封装一套权限框架 在Android6.0中,新增加了一个运行时的权限,我相信很多人都已经知道了,估计也知道怎么用了,这篇博客很简单,就是告诉大家如何去申请运行时权限和RxPermission这个权限框架的使用,同时根据现有的技术封装思想,去封装一个自己可用的权限框架,好的,我们继续往下看 一.Android M 运行时权限介绍 关于Android M的更新变化,我就不啰嗦了,有兴趣的可以看下Android M更新 而我们的

详解Android数据存储之Android 6.0运行时权限下文件存储的思考_Android

前言: 在我们做App开发的过程中基本上都会用到文件存储,所以文件存储对于我们来说是相当熟悉了,不过自从Android 6.0发布之后,基于运行时权限机制访问外置sdcard是需要动态申请权限,所以以往直接sdcard根目录上直接新建了一个xxx/cache/目录来做文件存储就会不是那么容易控制了,所以有必要重新认识一下Android文件存储的相关知识了. 背景: 有关外置sdcard的读写权限 <uses-permission android:name="android.permissi

详解Android数据存储之Android 6.0运行时权限下文件存储的思考

前言: 在我们做App开发的过程中基本上都会用到文件存储,所以文件存储对于我们来说是相当熟悉了,不过自从Android 6.0发布之后,基于运行时权限机制访问外置sdcard是需要动态申请权限,所以以往直接sdcard根目录上直接新建了一个xxx/cache/目录来做文件存储就会不是那么容易控制了,所以有必要重新认识一下Android文件存储的相关知识了. 背景: 有关外置sdcard的读写权限 <uses-permission android:name="android.permissi

Android 6.0 运行时权限处理问题

序 自从升级到Android M以来,最大的改变就是增加了运行时权限RuntimePermission,6.0以上的系统如果没有做适配,运行了targetSDK=23的App时就会报权限错误.我们知道6.0以下的系统是按照的时候权限申请的,6.0和之后的版本是我们想要使用某个app的权限,去动态申请的,这也是基于安全上的考虑吧(比如:单机的象棋对战,请求访问通讯录权限等不合理的权限,这肯定是有问题的). 为了保护用户的隐私,谷歌官方将权限分为了两类,一个是正常权限(Normal Permissi

Android中EditText光标在4.0中的bug及解决方法_Android

本文分析了Android中EditText光标在4.0中的bug及解决方法.分享给大家供大家参考,具体如下: 一.问题: 不知道为什么,我的EditText的在我自己的手机中出现的时候,他的光标就变得没有了,我开始还以为是光标不见了,后面我修改了一下EditText的背景颜色,才发现是因为光标的颜色变成了白色,所以没有看见. 二.解决办法 : 复制代码 代码如下: android:textCursorDrawable 设置值为"@null",但是我觉得那个不怎么好看,那个地方也可以替换

详解Android6.0运行时权限管理_Android

自从Android6.0发布以来,在权限上做出了很大的变动,不再是之前的只要在manifest设置就可以任意获取权限,而是更加的注重用户的隐私和体验,不会再强迫用户因拒绝不该拥有的权限而导致的无法安装的事情,也不会再不征求用户授权的情况下,就可以任意的访问用户隐私,而且即使在授权之后也可以及时的更改权限.这就是6.0版本做出的更拥护和注重用户的一大体现. 一.认知 今天我们就来学习下Android6.0的权限管理. Android6.0系统把权限分为两个级别: 一个是Normal Permiss

详解Android6.0运行时权限管理

自从Android6.0发布以来,在权限上做出了很大的变动,不再是之前的只要在manifest设置就可以任意获取权限,而是更加的注重用户的隐私和体验,不会再强迫用户因拒绝不该拥有的权限而导致的无法安装的事情,也不会再不征求用户授权的情况下,就可以任意的访问用户隐私,而且即使在授权之后也可以及时的更改权限.这就是6.0版本做出的更拥护和注重用户的一大体现. 一.认知 今天我们就来学习下Android6.0的权限管理. Android6.0系统把权限分为两个级别: 一个是Normal Permiss