说说Android6.0动态申请权限的那些坑

白天在做ＳＤＫ２３版本的适配，遇到了不少坑，现在抽空记下来，以此为戒。

　　首先要知道哪些坑，就得先了解一些定义和基本使用方式。

那么先介绍一下动态申请的权限分组情况。

　　下面的权限组是由谷歌官方定义的，目的是在申请权限时，只要用户允许同一权限组的任意一条权限，那么该组的其他权限也就默认是允许的。不过据高人介绍，在使用时最好是用到哪个权限就具体的请求该权限，因为保不齐哪天谷歌一高兴就把权限组换了甚至删了、

group:android.permission-group.CONTACTS

  permission:android.permission.WRITE_CONTACTS

  permission:android.permission.GET_ACCOUNTS

  permission:android.permission.READ_CONTACTS

group:android.permission-group.PHONE

  permission:android.permission.READ_CALL_LOG

  permission:android.permission.READ_PHONE_STATE

  permission:android.permission.CALL_PHONE

  permission:android.permission.WRITE_CALL_LOG

  permission:android.permission.USE_SIP

  permission:android.permission.PROCESS_OUTGOING_CALLS

  permission:com.android.voicemail.permission.ADD_VOICEMAIL

group:android.permission-group.CALENDAR

  permission:android.permission.READ_CALENDAR

  permission:android.permission.WRITE_CALENDAR

group:android.permission-group.CAMERA

  permission:android.permission.CAMERA

group:android.permission-group.SENSORS

  permission:android.permission.BODY_SENSORS

group:android.permission-group.LOCATION

  permission:android.permission.ACCESS_FINE_LOCATION

  permission:android.permission.ACCESS_COARSE_LOCATION

group:android.permission-group.STORAGE

  permission:android.permission.READ_EXTERNAL_STORAGE

  permission:android.permission.WRITE_EXTERNAL_STORAGE

group:android.permission-group.MICROPHONE

  permission:android.permission.RECORD_AUDIO

group:android.permission-group.SMS

  permission:android.permission.READ_SMS

  permission:android.permission.RECEIVE_WAP_PUSH

  permission:android.permission.RECEIVE_MMS

  permission:android.permission.RECEIVE_SMS

  permission:android.permission.SEND_SMS

  permission:android.permission.READ_CELL_BROADCASTS

其实权限组的定义很简单，下面简单介绍下动态申请权限的步骤。

第一步，检查app拥有的权限。　

 if(ContextCompat.checkSelfPermission(

     mActivity,Manifest.permisson.READ_CONTACTS)

     != PackageManager.PERMISSION_GRANTED) {

     //当前Activity没有获得READ_CONTACTS权限时

 }else{

     //否则已允许

 }

第二步，申请权限。

 ActivityCompat.requestPermissions(

     mActivity,

     new String[]{Manifest.permission.READ_CONTACTS},

     REQUEST_CODE_PERMISSION_CONTACTS);

第三步，权限申请回调方法。

 @Override

 public void onRequestPermissionsResult(int requestCode, String permissions[], int[] grantResults) {

     switch (requestCode) {

         case REQUEST_CODE_PERMISSION_CONTACTS: {

             if (grantResults.length > 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED) {

                 //用户已授权

             } else {

                 //用户拒绝权限

             }

             return;

         }

     }

 }

如此三步，看上去很简单，可真要用起来可就没有那么简单了。下面就说说这里边的坑吧。

坑一、权限申请只能在Activity或者Fragment的上下文中，不能用getApplicationContext()。

　　由于我们项目在应用初始化时要获取内存的存储路径并创建一系列文件缓存，这些操作都是写在Application的onCreate()中调用不同的Util工具类进行的，所以在Android6.0以上这么写就有点不太靠谱了。目前我的解决措施是在应用程序初始化时，先判断SDK版本，只对版本号小于23的app创建缓存文件，高于23的则在进入Activity之后再初始化。

坑二、权限申请时使用的请求码必须小于16。

　　至于什么原因不太清楚，可能谷歌公司认为权限本来就不多，没必要将请求码弄得很大占用多余的内存吧。说到请求码，也就是上面代码中未定义的常量值REQUEST_CODE_PERMISSION_CONTACTS，如果你定义的这个值超过了15，运行时就会报安全异常，提示请求码必须小于16。

目前来说这两个坑就够我忙活一天的了，看来还是经验不足啊，以后还要多多吸取经验。

巴特西

说说Android6.0动态申请权限的那些坑

最新文章

热门文章