最近APP里面要添加动态权限，网上找了不少例子并经过一定的测试，基本流程有了一定的认识，需要注意的地方记录下来以备以后查阅。
一 各大手机厂商的适配
依据各大手机Rom的不同表现，可以分为三种不同的模式：标准模式，默认开启模式，特殊权限模式。
1 标准模式：代表华为Mate8，三星S6。
基本流程如下：
用户启动APP后，第一次需要权限的时候，判断用户当前权限，弹出系统默认的系统Snacbar
intstate = ActivityCompat.checkSelfPermission(activity,requestPermission);
通过onRequestPermissionsResult判断出来用户选择结果，
用户选择始终允许，则直接获取了权限，APP继续后续流程。
如果用户选择了拒绝，则需要APP自己处理，一般会弹出一个Dialog 提示用户需要该权限，是否去设置里面打开该权限。拒绝也分为两种情况，一种是选择了禁止后不再询问，一种是没有选择。两种的区别在于在标准模式下，用户选择了禁止不再提问后，不会再弹出系统Snacbar，而是直接返回拒绝的结果，如果用户没有选择，则会继续弹出系统Snacbar。
用户启动权限申请后，会有shouldShowRequestPermissionRationale来判断是否需要APP弹出一个提示框，提示用户来同意申请该动态权限。这个在应用首次申请权限时，如果用户点击拒绝，下次再申请权限，Android允许你提示用户，你为什么需要这个权限，更好引导用户是否授权。
本来是添加一个自定义Dialog来提示用户，后产品认为提示过多，则默认还是直接去申请权限。
if(ActivityCompat.shouldShowRequestPermissionRationale(activity,requestPermission)) {
//为了优化用户关闭权限后 第一次没有任何提示
if(ConfigUtils.isHtc()) {
openSettingActivity(activity,activity.getString(R.string.permission_setting_head)
+ message +"权限",permissionGrant);
}else{
//TODO 直接进行权限申请 不再先进行自定义提示
ActivityCompat.requestPermissions(activity, newString[]{requestPermission},requestCode);
// shouldShowRationale(activity, requestCode, requestPermission, permissionGrant);
}
}else{
ActivityCompat.requestPermissions(activity, newString[]{requestPermission},requestCode);
}
2 默认开启模式：代表HTC One。
和标准模式的区别，是调用检查APP权限的代码后，默认会给用户该权限。
所以不会弹出系统Snacbar提示你去进行选择，用户没有感觉到安装了一个动态权限版本的APP。
3 特殊权限模式：代表360手机。
360正常是属于默认开启模式的，但是针对特殊权限里面的部分权限，360认为是危险权限会进行自定义的提示。比如：照相机被认为是危险权限，打开本地存储则不属于。
针对危险权限的权限状态，返回的也是通过，但是360会自动打开自定义的Dialog，这个和系统默认的Snacbar是一个逻辑流程。
二 多权限处理
前提也是通过遍历，获取多个权限当前的状态，依据各自的权限状态再去分别处理。
多权限的返回结果：
比如 申请了三个权限A，B，C。A选择通过，B拒绝，C拒绝并不再提示，则在处理返回值的时候，需要分别处理，正常会弹出一个Dialog提示，B和C没有权限，需要到设置界面去打开。
等用户再次申请这三个权限的时候，肯定返回B和C需要申请，默认标准模式下会弹出系统Snacbar提示B权限的申请，而没有A和C，C已经拒绝提示，A已经通过。如果B通过了，则返回结果里面只有C没有通过，APP依然会弹出需要到设置界面去打开C权限的Dialog。
三 权限状态不准确的处理 代表HTC One
HTC属于默认申请就给权限的手机，但是用户在设置界面关闭了赋予APP的动态权限后，利用
intstate = ActivityCompat.checkSelfPermission(activity,requestPermission);
得到的仍在是已经有权限的结果，这样会造成APP的实际没有权限，而后续的使用权限的操作会导致APP崩溃。针对这种情况需要添加AppOps来判断当前的权限状况：
intstate = ActivityCompat.checkSelfPermission(activity,requestPermission);
if(state == PackageManager.PERMISSION_GRANTED) {
// 避免此时是已经被拒绝造成的通过
String appPermission =chageToAppOpsManagerC(requestCode);
if(null!= appPermission) {
checkResult =getPermissionState(activity,appPermission);
}
}
private static int getPermissionState(Context activity,String op) {
if(Build.VERSION.SDK_INT>= Build.VERSION_CODES.KITKAT) {
AppOpsManager appOpsManager = (AppOpsManager) activity.getSystemService(Context.APP_OPS_SERVICE);
returnappOpsManager.checkOpNoThrow(op,Binder.getCallingUid(),activity.getPackageName());
}
returnAppOpsManager.MODE_ALLOWED;
}
这时的返回值才是正确的状态。
备注：
动态权限优化了流程，原则就是只要有能弹出系统的Snacbar则就先弹Snacbar，不能弹出任何Snacbar之后，依据返回的结果APP给出提示需要什么权限，要跳转到系统设置里面赋予权限。
其他注意点
1 需要判断系统版本是否是6.0以上。低于6.0版本的不需要进行动态权限的判断，如果进入了动态权限的判断逻辑，则各种效果都会出来。
2 升级到6.0以上的版本编译之后，一些操作有了限制。比如，7.0之后对文件共享进行来限制，打开照相机，获取相机图片需要使用FileProvider进行操作。
if(Build.VERSION.SDK_INT>= Build.VERSION_CODES.N) {//7.0及以上
Uri contentUri =getUriForFile(mContext,"包名.fileProvider",
newFile(FileUtils.getSDCardRoot() + ConfigFile.CACHE_AVATAR_DIR,ConfigFile.CACHE_AVATAR_CAMERA_NAME));
intentFromCapture.putExtra(MediaStore.EXTRA_OUTPUT,contentUri);
intentFromCapture.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION
| Intent.FLAG_GRANT_WRITE_URI_PERMISSION);
}else{
intentFromCapture.putExtra(MediaStore.EXTRA_OUTPUT,Uri
.fromFile(newFile(FileUtils.getSDCardRoot() + ConfigFile.CACHE_AVATAR_DIR,ConfigFile.CACHE_AVATAR_CAMERA_NAME)));
}
