Android开发必知:6.0权限,官方分析
2016-10-28 13:51
295 查看
1.这个新的运行时权限仅当我们设置targetSdkVersion 23(这意味着你已经在23上测试通过了)才起作用,当然还要是M系统的手机。app在6.0之前的设备依然使用旧的权限系统。
问题又来了,这时候你的app崩溃吗?
善意的主把这事也告诉了android小组,当我们在targetSdkVersion 低于23的app调用一个需要权限的函数时,这个权限如果被用户取消授权了的话,不抛出异常。但是他将啥都不干,结果导致函数返回值是null或者0.
2.代码没有成功改为支持最新运行时权限的app,不要设置targetSdkVersion 23 发布,否则你就有麻烦了。只有当你测试过了,再改为targetSdkVersion 23 。
警告:现在你在android studio新建项目,targetSdkVersion 会自动设置为 23。如果你还没支持新运行时权限,我建议你首先把targetSdkVersion 降级到22
3.权限组:
同一组的任何一个权限被授权了,其他权限也自动被授权。例如,一旦WRITE_CONTACTS被授权了,app也有READ_CONTACTS和GET_ACCOUNTS了。
权限分组官方表格如下:
下面我们来看具体的使用方法:
1.请求要申请的权限
2.请求后的回调方法,根据返回的结果码执行操作
3.要注意这个方法,用户允许或拒绝返回值的类型
以上就是Google官方的权限申请方法,这里总结下实际使用时候需要的注意点:
1.只请求你需要的权限:减少请求的次数,或用intent来代替,让其他的应用来处理。
防止一次请求太多的权限或请求次数太多,用户可能对你的应用感到厌烦。
2.在应用启动的时候,最好先请求应用必须的一些权限,不是必须的,在使用的时候,才请求(如一些附带权限),需要自己整理,管理一下自己应用的权限分类:
2.1 普通权限(normal permissions):只需要在androidmanifest.xml中声明相应的权限,在安装应用时,会默认获得许可。并且用户不能修改权限许可。(只需要在AndroidManifest.xml中简单声明这些权限就好,安装时就授权。不需要每次使用 时都检查权限,而且用户不能取消以上授权。)
2.2 需要申请的权限(dangerous permissions):
2.2.1 必要权限:最好在应用启动的时候,进行请求许可的一些权限(主要是应用中主要功能需要的权限)
2.2.2 附带权限:不是应用主要功能需要的权限(如:分享图片时,需要读取应用的通讯录等等)
3.解释你的应用为什么需要这些权限:在请求之前requestPermissions().,提示用户,让用户不会感到困惑
4.Android 6.0运行时权限勾选不再询问后该如何处理?
当第一次请求权限申请被拒绝后再进行第二次申请时,对话框中会多出一个 不再询问 的复选框。如果勾选了该复选框并且拒绝请求,那么以后将无法再申请该权限。也就是说在调用 requestPermissions() 后,onRequestPermissionsResult() 会立刻被调用并且申请结果为 PERMISSION_DENIED 。 其实这个时候还是有一根救命稻草的。
判断是否勾选不再询问
当然,你也可以先弹出对话框询问用户是否要授予权限,然后再跳转。
跳转到设置界面调用的是 startActivityForResult() 而不是 startActivity() 。
在 onActivityResult() 中没有必要对 resultCode 进行判断,因为用户只能通过返回键才能回到我们的 App 中,所以 resultCode 总是为 RESULT_CANCEL。
在 onActivityResult() 中还需要对权限进行判断,因为用户有可能没有授权就返回了!
如果app的targetSdkVersion 低于 23,那将被认为app没有用23新权限测试过,那将被继续使用旧有规则:用户在安装的时候不得不接受所有权限,安装后app就有了那些权限咯!然后app像以前一样奔跑!注意,此时用户依然可以取消已经同意的授权!用户取消授权时,android 6.0系统会警告,但这不妨碍用户取消授权。
问题又来了,这时候你的app崩溃吗?
善意的主把这事也告诉了android小组,当我们在targetSdkVersion 低于23的app调用一个需要权限的函数时,这个权限如果被用户取消授权了的话,不抛出异常。但是他将啥都不干,结果导致函数返回值是null或者0.
2.代码没有成功改为支持最新运行时权限的app,不要设置targetSdkVersion 23 发布,否则你就有麻烦了。只有当你测试过了,再改为targetSdkVersion 23 。
警告:现在你在android studio新建项目,targetSdkVersion 会自动设置为 23。如果你还没支持新运行时权限,我建议你首先把targetSdkVersion 降级到22
3.权限组:
同一组的任何一个权限被授权了,其他权限也自动被授权。例如,一旦WRITE_CONTACTS被授权了,app也有READ_CONTACTS和GET_ACCOUNTS了。
权限分组官方表格如下:
下面我们来看具体的使用方法:
1.请求要申请的权限
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M){ ActivityCompat.requestPermissions(this, new String[]{Manifest.permission.READ_EXTERNAL_STORAGE, Manifest.permission.WRITE_EXTERNAL_STORAGE, Manifest.permission.READ_PHONE_STATE},2); }else { startActivity(new Intent(this,MainActivity.class)); finish(); }
2.请求后的回调方法,根据返回的结果码执行操作
//动态权限申请后系统的回调方法 @Override public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) { switch (requestCode){ case MY_PERMISSIONS_REQUEST: for (int i = 0; i < grantResults.length; i++) { //检查权限是否被拒绝 if(grantResults[i]==PackageManager.PERMISSION_DENIED) { Toast.makeText(SplashActivity.this, "本应用需要申请读写sdcard权限来访问本地文件", Toast.LENGTH_SHORT).show(); return; } } break; } Intent intent = new Intent(SplashActivity.this,MainActivity.class); startActivity(intent); finish(); }
3.要注意这个方法,用户允许或拒绝返回值的类型
/** * 用户第一次拒绝后,下一次,返回true,应该提示用户为什么需要这个权限,添加说明 * 用户第二次请求权限时,用户拒绝了,并选择了不再提醒,返回false * 设备的策略禁止当前应用获取这个权限的授权,返回false * * 注意:第二次请求权限时候才有选项“不再提醒”,如果用户一直拒绝,但没有选择不再提醒,下次请求权限时候, * 会继续有不再提醒的权限 */ @Override public boolean shouldShowRequestPermissionRationale(String permission) { return super.shouldShowRequestPermissionRationale(permission); }
以上就是Google官方的权限申请方法,这里总结下实际使用时候需要的注意点:
1.只请求你需要的权限:减少请求的次数,或用intent来代替,让其他的应用来处理。
防止一次请求太多的权限或请求次数太多,用户可能对你的应用感到厌烦。
2.在应用启动的时候,最好先请求应用必须的一些权限,不是必须的,在使用的时候,才请求(如一些附带权限),需要自己整理,管理一下自己应用的权限分类:
2.1 普通权限(normal permissions):只需要在androidmanifest.xml中声明相应的权限,在安装应用时,会默认获得许可。并且用户不能修改权限许可。(只需要在AndroidManifest.xml中简单声明这些权限就好,安装时就授权。不需要每次使用 时都检查权限,而且用户不能取消以上授权。)
2.2 需要申请的权限(dangerous permissions):
2.2.1 必要权限:最好在应用启动的时候,进行请求许可的一些权限(主要是应用中主要功能需要的权限)
2.2.2 附带权限:不是应用主要功能需要的权限(如:分享图片时,需要读取应用的通讯录等等)
3.解释你的应用为什么需要这些权限:在请求之前requestPermissions().,提示用户,让用户不会感到困惑
4.Android 6.0运行时权限勾选不再询问后该如何处理?
当第一次请求权限申请被拒绝后再进行第二次申请时,对话框中会多出一个 不再询问 的复选框。如果勾选了该复选框并且拒绝请求,那么以后将无法再申请该权限。也就是说在调用 requestPermissions() 后,onRequestPermissionsResult() 会立刻被调用并且申请结果为 PERMISSION_DENIED 。 其实这个时候还是有一根救命稻草的。
判断是否勾选不再询问
//首先需要判断用户是否勾选了不再询问。 @Override public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) { switch (requestCode){ case MY_PERMISSIONS_APPLY: for (int i = 0; i < grantResults.length; i++) { //判断权限的结果,如果有被拒绝,就return if (grantResults[i] == PackageManager.PERMISSION_DENIED){ if (!ActivityCompat.shouldShowRequestPermissionRationale(this, permissions[i])){ showToast("点击权限,并打开全部权限"); Intent intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS); Uri uri = Uri.fromParts("package", getPackageName(), null); intent.setData(uri); startActivityForResult(intent, REQUEST_PERMISSION_SETTING); }
ActivityCompat 位于 support.v7 包中,因为运行时权限是 6.0 的新特性,使用该类可以省略对版本的判断当权限申请被拒绝并且shouldShowRequestPermissionRationale() 返回 false 就表示勾选了不再询问。转到设置界面现在我们唯一能做的就是跳转到我们 App 的设置界面,让用户手动开启权限了。 也就是这几行代码,上面已经贴出,方便大家参考:
Intent intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS); Uri uri = Uri.fromParts("package", getPackageName(), null); intent.setData(uri); startActivityForResult(intent, REQUEST_PERMISSION_SETTING);
当然,你也可以先弹出对话框询问用户是否要授予权限,然后再跳转。
跳转到设置界面调用的是 startActivityForResult() 而不是 startActivity() 。
在 onActivityResult() 中没有必要对 resultCode 进行判断,因为用户只能通过返回键才能回到我们的 App 中,所以 resultCode 总是为 RESULT_CANCEL。
在 onActivityResult() 中还需要对权限进行判断,因为用户有可能没有授权就返回了!
相关文章推荐
- Android开发——Android 6.0权限管理机制详解
- android 6.0 开发中 遇到权限授予方式变更的问题
- android 6.0权限全面详细分析和解决方案
- RxPermissions源码分析:使用RxJava处理Android 6.0运行时动态权限获取
- Android 6.0 运行时权限检查分析
- android 6.0权限全面详细分析和解决方案
- [置顶] Android开发——Android 6.0权限管理机制详解
- android开发 权限适配6.0 permissionsdispatcher的安装使用
- 关于Android 6.0 + 权限开发 解决办法
- android 6.0权限全面详细分析和解决方案
- Android开发者入门必知了解谷歌官方Android开发文档
- RxPermissions源码分析:使用RxJava处理Android 6.0运行时动态权限获取
- android 6.0权限全面详细分析和解决方案
- Android 6.0 运行时权限检查分析
- Android权限大全(android开发必知)
- Android 6.0权限机制及开发流程详解
- Android开发——Android M(6.0) 权限解决方案
- Android 6.0开发的权限注意事项
- Android 6.0权限全面详细分析和解决方案
- Android 开发技巧 - Android 6.0 以上权限大坑和权限检查基类封装