说说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。

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