深入理解android6.0 RunTime Permisstion
来源:互联网 发布:mac打谱软件下载 编辑:程序博客网 时间:2024/06/03 10:35
了解下runtime permission
2015.8 google发布了android 6.0,sdk版本为23,一款”为工作升级而生”的android系统.如6.0新加入的指纹识别;Doze电量管理;快速充电切换…
还是说本文的重点吧,运行时权限,为了避免一些恶意app行为,如后台流量偷跑,偷偷扣费等情况,google对安全做了进一步的整理和优化.
对比android6.0之前有什么区别
在
targetSdkVersion 23
以下时
对于权限主需要在安装时被询问一次,而且是批量处理的,对于客户而言一般都是很少仔细去看权限的风险内容,
直接安装的,即使在对一些危险权限有红色提醒.但是惯性的操作也解决不了,安全问题.在
targetSdkVersion 23
以上时
对于危险权限是需要单独处理的,app在运行时只要接触了危险权限,就会弹窗提醒,询问用户是否授权.
- 权限管理
当然你也可以在setting - apps - xxApp - permissions
中手动开启和关闭对应权限.
6.0对权限的划分
在整个权限列表内,权限可以分为normal,dangerous,special类型
其实special也属于dangerous
类型,但是他的请求方式需要通过,
隐式意图来处理,下面是微信权限和特殊权限的列表
- dangerous permission(危险权限)
- special permission(特殊权限)
需要通过隐式意图来开启WRITE_SETTINGS
SYSTEM_ALERT_WINDOW
runtime permission的出现主要解决什么问题?
google的更新主要归纳三点:性能的提示,信息的安全,规范的统一.而这次的运行时权限的更新主要就是对信息安全的处理,如6.0之前开发者在AndroidManifest清单文件上申请的权限会被系统默认授权,然而用户如果授权后想反悔取消这些授权,就得通过第三方软件来处理,这样的方式既麻烦也很流氓,还有比如特殊权限悬浮窗,如果一些开发者利用默认授权的方式,让app一直开启浮窗,这样的体验用户也是不买单的,因此就出现了6.0的`runtime permission`.什么时候会开启runtime permission?
- app的gradle配置要求
targetSdkVersion 23
compileSdkVersion 23 buildToolsVersion "23.0.2" defaultConfig { targetSdkVersion 23 ... }
- 清单文件配置
只有在涉及到危险权限时才会弹窗运行时权限请求
<uses-permission android:name="android.permission.READ_PHONE_STATE"/>
google对涉及到危险权限是怎么处理的呢.
- 检查当前 targetSdk是否大于等于23
private boolean isMNC() { return Build.VERSION.SDK_INT >= 23; }
- 检查是否需要使用到 READ_PHONE_STATE 权限,如果清单有配置则弹窗询问授权
int state = ContextCompat.checkSelfPermission(this, Manifest.permission.READ_PHONE_STATE);
- 申请 READ_PHONE_STATE 权限
ActivityCompat.requestPermissions(this, new String[]{ Manifest.permission.WRITE_EXTERNAL_STORAGE , Manifest.permission.READ_PHONE_STATE}, READ_PHONE_STATE_REQUEST_CODE);
- 请求运行时权限requestPermissions 回调
/** * 请求运行时权限requestPermissions 回调 * * @param requestCode 请求码 * @param permissions 权限数组 * @param grantResults 返回权限授权状态数组结果, 0为已授权 */ @Override public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) { super.onRequestPermissionsResult(requestCode, permissions, grantResults); if (requestCode == READ_PHONE_STATE_REQUEST_CODE) { if (grantResults[0] == PackageManager.PERMISSION_GRANTED) { // Permission Granted } else { // Permission Denied } } }
这是github上的Demo 使用第三方RxPermisstion 处理
- RxPermisstion处理方式
批量处理
RxPermissions.getInstance(this) .request(Manifest.permission.READ_PHONE_STATE//DO , Manifest.permission.READ_CONTACTS//DO , Manifest.permission.GET_ACCOUNTS , Manifest.permission.WRITE_CONTACTS , Manifest.permission.ACCESS_FINE_LOCATION//DO , Manifest.permission.ACCESS_COARSE_LOCATION , Manifest.permission.WRITE_EXTERNAL_STORAGE , Manifest.permission.READ_EXTERNAL_STORAGE , Manifest.permission.SEND_SMS//DO , Manifest.permission.READ_SMS , Manifest.permission.RECEIVE_SMS , Manifest.permission.CAMERA)//DO .subscribe(isGranted -> { if (isGranted) { System.out.println("全已授权"); doNext(true); } else { System.out.println("没全授权"); } });
- 检查这些权限中,有哪些被拒绝,授权
RxPermissions.getInstance(this) .requestEach(Manifest.permission.READ_PHONE_STATE , Manifest.permission.READ_CONTACTS , Manifest.permission.GET_ACCOUNTS , Manifest.permission.WRITE_CONTACTS , Manifest.permission.ACCESS_FINE_LOCATION , Manifest.permission.ACCESS_COARSE_LOCATION , Manifest.permission.WRITE_EXTERNAL_STORAGE , Manifest.permission.READ_EXTERNAL_STORAGE , Manifest.permission.SEND_SMS , Manifest.permission.READ_SMS , Manifest.permission.RECEIVE_SMS , Manifest.permission.CAMERA) .subscribe(permission -> { if (!permission.granted) { System.out.println("denied:" + permission.name); SToast.l(mAct, "部分权限未授权,可能会导致app无法正常运行"); } else { System.out.println("granted:" + permission.name); } });
在一些特殊权限下需要使用隐式询问授权
- 这些特殊权限也属于危险权限,但是他们的授权方式与运行时权限不一样需要使用隐式意图开授权.
//运行时权限所需求的弹窗,这边需要先开启运行弹窗权限@TargetApi(Build.VERSION_CODES.M)public static void requestAlertPermis(Context mcont, int requestCode) { Intent intent = new Intent(Settings.ACTION_MANAGE_OVERLAY_PERMISSION); intent.setData(Uri.parse("package:" + mcont.getPackageName())); ((Activity) mcont).startActivityForResult(intent, requestCode);}//如果项目使用到了推送就需要用到,Write_Settings权限,而它也是属于特殊权限,因此需要隐式开启授权@TargetApi(Build.VERSION_CODES.M)public static void requestSettingsPermis(Context mcont, int requestCode) { Intent intent = new Intent(Settings.ACTION_MANAGE_WRITE_SETTINGS); intent.setData(Uri.parse("package:" + mcont.getPackageName())); ((Activity) mcont).startActivityForResult(intent, requestCode);}
- 特殊权限的回调处理
@Overrideprotected void onActivityResult(int requestCode, int resultCode, Intent data) { super.onActivityResult(requestCode, resultCode, data); if (requestCode == ALEAR_WINDOWS_REQUEST_CODE) { if (Settings.canDrawOverlays(mcont)) {//判断是否开启弹窗 //TODO 请求6.0 所需要的运行时权限 Toast.l(this, "弹窗权限已开启!"); } else { Toast.l(this, "请开启弹窗权限!"); } } else if (requestCode == WRITE_SETTINGS_REQUEST_CODE) { if(Settings.System.canWrite(mcont)){//判断是否开启修改系统 //TODO 初始化推送 }else { //TODO 其他你想要的处理 } }}
实践中遇到的坑
异常信息:
You cannot keep your settings in the secure settings.
原因:
该异常是由于百度推送
和Writing_Settings
权限引起的,由于android6.0对于一些权限需要特殊处理,如dangerous permission
,special permission
,因此在初始化百度推送
时,需要先开启Writing_Settings
这个特殊权限,然而开启后还是运行部了,原因是百度推送
在sdk4.53以下版本,运行在android target为 23时有个坑,也就是这个异常.
解决方法:
升级百度推送
为4.6以上的sdk就可以解决了.上面有特殊权限处理的代码
- 深入理解android6.0 RunTime Permisstion
- Android6.0 Runtime permission
- 深入理解java.lang.Runtime
- 深入理解 Objective-C Runtime
- 深入理解Objective-C Runtime
- Android6.0 Runtime Permission 动态权限
- Android6.0 动态权限(Runtime Permission)
- Android6.0 动态权限(Runtime Permission)
- Android6.0 wakelock深入分析
- Android6.0 init 深入分析
- Android6.0 wakelock深入分析
- Android6.0 init 深入分析
- linux runtime pm机制的深入理解
- linux runtime pm机制的深入理解
- linux runtime pm机制的深入理解
- 深入理解Objective-C的Runtime机制
- 深入理解Objective-C的Runtime机制
- 深入理解Objective-C的Runtime机制
- Mining and Summarizing Customer Reviews (Hu 2004)
- Java时间
- 一个有关package的错误: 没有包名的类
- Android化繁为简——从设计一个简单主界面开始
- 栈Stack
- 深入理解android6.0 RunTime Permisstion
- 详解CSS中:nth-child的用法
- 关于Android5.0+去掉标题栏的研究
- HTTP请求关于GET/POST 理解若干问题
- 内存-堆-栈的一些东西
- python 正则过滤四字节字符
- 金蝶店铺收银管理系统破解版注册机
- Android自定义View——Paint之Xfermode
- 面包屑导航