android权限适配简书,Android动态权限适配-變量-匯編語言學習筆記

android权限适配简书,Android动态权限适配

2023-09-07 阅读 15 评论 0

摘要：最近APP里面要添加动态权限，网上找了不少例子并经过一定的测试，基本流程有了一定的认识，需要注意的地方记录下来以备以后查阅。一各大手机厂商的适配依据各大手机Rom的不同表现，可以分为三种不同的模式：标准模式，默认开启模式

最近APP里面要添加动态权限，网上找了不少例子并经过一定的测试，基本流程有了一定的认识，需要注意的地方记录下来以备以后查阅。

一各大手机厂商的适配

依据各大手机Rom的不同表现，可以分为三种不同的模式：标准模式，默认开启模式，特殊权限模式。

Android 文件权限？1 标准模式：代表华为Mate8，三星S6。

基本流程如下：

用户启动APP后，第一次需要权限的时候，判断用户当前权限，弹出系统默认的系统Snacbarintstate = ActivityCompat.checkSelfPermission(activity,requestPermission);

通过onRequestPermissionsResult判断出来用户选择结果，

Android设置存储权限，用户选择始终允许，则直接获取了权限，APP继续后续流程。

如果用户选择了拒绝，则需要APP自己处理，一般会弹出一个Dialog 提示用户需要该权限，是否去设置里面打开该权限。拒绝也分为两种情况，一种是选择了禁止后不再询问，一种是没有选择。两种的区别在于在标准模式下，用户选择了禁止不再提问后，不会再弹出系统Snacbar，而是直接返回拒绝的结果，如果用户没有选择，则会继续弹出系统Snacbar。

用户启动权限申请后，会有shouldShowRequestPermissionRationale来判断是否需要APP弹出一个提示框，提示用户来同意申请该动态权限。这个在应用首次申请权限时，如果用户点击拒绝，下次再申请权限，Android允许你提示用户，你为什么需要这个权限，更好引导用户是否授权。

本来是添加一个自定义Dialog来提示用户，后产品认为提示过多，则默认还是直接去申请权限。if(ActivityCompat.shouldShowRequestPermissionRationale(activity,requestPermission)) {

android动态权限框架？//为了优化用户关闭权限后第一次没有任何提示

if(ConfigUtils.isHtc()) {

openSettingActivity(activity,activity.getString(R.string.permission_setting_head)

+ message +"权限",permissionGrant);

android q适配机型？}else{

//TODO 直接进行权限申请不再先进行自定义提示

ActivityCompat.requestPermissions(activity, newString[]{requestPermission},requestCode);

// shouldShowRationale(activity, requestCode, requestPermission, permissionGrant);

android权限、}

}else{

ActivityCompat.requestPermissions(activity, newString[]{requestPermission},requestCode);

}

适配安卓10的框架？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;