1、前言
从Android 6.0(API 23)开始，对系统权限做了很大的改变。在之前用户安装APP前，只是把APP需要使用的权限列出来给用户告知一下，APP安装后都可以访问这些权限。从6.0开始，一些敏感权限，需要在使用时动态申请，并且用户可以选择拒*授权访问这些权限，已授予过的权限，用户也可以去APP设置页面去关闭授权。这对用户来说提高了安全性，可以防止一些应用恶意访问用户数据，但是对于开发来说，也增加了不少工作量，这块不做适配处理的话，APP在访问权限的时候会容易crash。

2、权限等级和权限组
权限主要分为normal、dangerous、signature和signatureOrSystem四个等级，常规情况下我们只需要了解前两种，即正常权限和危险权限。

2.1、正常权限
正常权限涵盖应用需要访问其沙盒外部数据或资源，但对用户隐私或其他应用操作风险很小的区域。应用声明其需要正常权限，系统会自动授予该权限。例如设置时区，只要应用声明过权限，系统就直接授予应用此权限。下面是截止到API 23的普通权限(需*访问)

%title插图%num

2.2、危险权限
危险权限涵盖应用需要涉及用户隐私信息的数据或资源，或者可能对用户存储的数据或其他应用的操作产生影响的区域。例如读取用户联系人，在6.0以上系统中，需要在运行时明确向用户申请权限。

2.3、权限组
系统根据权限用途又定义了权限组，每个权限都可属于一个权限组，每个权限组可以包含多个权限。例如联系人权限组，包含读取联系人、修改联系人和获取账户三个权限。
* 如果应用申请访问一个危险权限，而此应用目前没有对应的权限组内的任何权限，系统会弹窗提示用户要访问的权限组(注意不是权限)。例如无论你申请READ_CONTACTS还是WRITE_CONTACTS，都是提示应用需要访问联系人信息。
* 如果用户申请访问一个危险权限，而应用已经授权同权限组的其他权限，则系统会直接授权，不会再与用户有交互。例如应用已经请求并授予了READ_CONTACTS权限，那么当应用申请WRITE_CONTACTS时，系统会立即授予该权限。下面为危险权限和权限组:
%title插图%num

3、运行时请求权限
关于运行时请求权限，官网介绍的很清楚，也有很多其他文章介绍，这里只是简单罗列一下。

3.1、检查权限
应用每次需要危险权限时，都要判断应用目前是否有该权限。兼容库中已经做了封装，只需要通过下面代码即可：

int permissionCheck = ContextCompat.checkSelfPermission(thisActivity,
Manifest.permission.WRITE_CALENDAR);

如果有权限则返回PackageManager.PERMISSION_GRANTED，否则返回PackageManager。PERMISSION_DENIED。

3.2、请求权限
当应用需要某个权限时，可以申请获取权限，这时会有弹出一个系统标准Dialog提示申请权限，此Diolog不能定制，用户同意或者拒*后会通过方法onRequestPermissionsResult()返回结果。当用户拒*过此权限申请时，再次申请Dialog上可以勾选不再提示，这种情况下，以后再申请权限不会弹Dialog直接返回拒*。所以一些依赖某些敏感权限的应用，需要自己去处理，向用户解释 为什么需要此权限，说服用户授予权限。请求权限代码如下：

ActivityCompat.requestPermissions(thisActivity,
new String[]{Manifest.permission.READ_CONTACTS}, REQUEST_CODE);

3.3、处理权限请求响应
当用户处理权限请求后，系统会回调申请权限的Activity的onRequestPermissionsResult()方法，只需要覆盖此方法，就能获得返回结果

@Override
public void onRequestPermissionsResult(int requestCode,
String permissions[], int[] grantResults) {
switch (requestCode) {
case MY_PERMISSIONS_REQUEST_READ_CONTACTS: {
// If request is cancelled, the result arrays are empty.
if (grantResults.length > 0
&& grantResults[0] == PackageManager.PERMISSION_GRANTED) {

// permission was granted, yay! Do the
// contacts-related task you need to do.

} else {

// permission denied, boo! Disable the
// functionality that depends on this permission.
}
return;
}
}
}

3.4、考虑使用intent
有很多权限操作可以考虑调用其他应用，这样的话当前应用就不需要申请权限。例如想要获取相机照相，可以通过ACTION_IMAGE_CAPTURE唤起相机应用去完成，相机应用会把照片返回。同样拨打电话、访问联系人，都可以考虑使用类似方法。相比较其他应用，这类专门的应用做一些操作更容易让用户接受。

4、 关于国产机6.0以下系统
部分国产厂商定制了系统(例如小米、华为)，在6.0以下系统就可以单独控制权限。但是通常它们处理的不够彻底，代码中判断是否授权的时候，返回的是已经授权。而真正去做操作的时候，却会因为没有权限导致应用crash。例如我曾遇到过的场景：
* 访问联系人，可以拿到Cursor对象，但是cursor.moveToFirst()会返回false。
* 访问摄像头时，获取到的Camera对象为空

所以在低版本手机上，不要以为拥有系统授权就万事大吉了，一定要多加条件判读和测试。

5、PermissionGrantor，一行代码搞定动态权限申请。
上面运行时请求权限中，我们看到了权限申请依赖于Activity和Fragment，和startActivityForResult()方法的使用类似，必须依赖于Activity和Fragment的回调方法。正常情况下还能满足需求，可是当申请的权限的代码在一个独立的模块中时，例如我封装了一个UI控件，控件中某个操作需要申请权限，或者项目采用了MVVM框架，需要在一些view类或者model类中申请权限，这是处理起来就会很麻烦。
我在自己代码中就遇到类似情况，后面我采用了使用一个单独的Activity来申请权限，通过回调的方式通知业务层授权结果。感觉使用起来挺方便，就把它放到maven仓库中了，项目中通过加入如下依赖即可。

compile ‘com.github.dfqin:grantor:2.1.0’

5.1 PermissionGrantor使用
申请权限很简单，只需要下面一句话即可。

PermissionsUtil.requestPermission(Activity activity, PermissionListener listener,
String[] permissions);

下面是一个申请摄像头的例子：

private void requestCemera() {
if (PermissionsUtil.hasPermission(this, Manifest.permission.CAMERA)) {
//有访问摄像头的权限
} else {
PermissionsUtil.requestPermission(this, new PermissionListener() {
@Override
public void permissionGranted(@NonNull String[] permissions) {
//用户授予了访问摄像头的权限
}

@Override
public void permissionDenied(@NonNull String[] permissions) {
//用户拒*了访问摄像头的申请
}
}, new String[]{Manifest.permission.CAMERA});
}
}

PermissionsUtil.requestPermission还有两个重载的实现。用户拒*授权时，会有一个默认Dialog提示用户开通权限。这个Dialog的内容可以定制，也可以不显示此Dialog