Android动态权限适配

最近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)));

}

你可能感兴趣的:(Android动态权限适配)