Android6.0动态申请权限所遇到的问题小结

概述白天在做SDK23版本的适配，遇到了不少坑，现在抽空记下来，以此为戒。首先要知道哪些坑，就得先了解一些定义和基本使用方式。

白天在做SDK23版本的适配，遇到了不少坑，现在抽空记下来，以此为戒。

首先要知道哪些坑，就得先了解一些定义和基本使用方式。

那么先介绍一下动态申请的权限分组情况。

下面的权限组是由谷歌官方定义的，目的是在申请权限时，只要用户允许同一权限组的任意一条权限，那么该组的其他权限也就默认是允许的。不过据高人介绍，在使用时最好是用到哪个权限就具体的请求该权限，因为保不齐哪天谷歌一高兴就把权限组换了甚至删了

group:androID.permission-group.CONTACTSpermission:androID.permission.WRITE_CONTACTSpermission:androID.permission.GET_ACCOUNTSpermission:androID.permission.READ_CONTACTSgroup:androID.permission-group.PHONEpermission:androID.permission.READ_CALL_LOGpermission:androID.permission.READ_PHONE_STATEpermission:androID.permission.CALL_PHONEpermission:androID.permission.WRITE_CALL_LOGpermission:androID.permission.USE_SIPpermission:androID.permission.PROCESS_OUTGOING_CALLSpermission:com.androID.voicemail.permission.ADD_VOICEMAILgroup:androID.permission-group.CALENDARpermission:androID.permission.READ_CALENDARpermission:androID.permission.WRITE_CALENDARgroup:androID.permission-group.CAMERApermission:androID.permission.CAMERAgroup:androID.permission-group.SENSORSpermission:androID.permission.BODY_SENSORSgroup:androID.permission-group.LOCATIONpermission:androID.permission.ACCESS_FINE_LOCATIONpermission:androID.permission.ACCESS_COARSE_LOCATIONgroup:androID.permission-group.STORAGEpermission:androID.permission.READ_EXTERNAL_STORAGEpermission:androID.permission.WRITE_EXTERNAL_STORAGEgroup:androID.permission-group.MICROPHONEpermission:androID.permission.RECORD_AUdiogroup:androID.permission-group.SMSpermission:androID.permission.READ_SMSpermission:androID.permission.RECEIVE_WAP_PUSHpermission:androID.permission.RECEIVE_MMSpermission:androID.permission.RECEIVE_SMSpermission:androID.permission.SEND_SMSpermission:androID.permission.READ_CELL_broADCASTS@H_301_16@
其实权限组的定义很简单，下面简单介绍下动态申请权限的步骤。
第一步，检查app拥有的权限。
if(ContextCompat.checkSelfPermission(mActivity,Manifest.permisson.READ_CONTACTS)!= PackageManager.PERMISSION_GRANTED) {//当前Activity没有获得READ_CONTACTS权限时}else{//否则已允许}@H_301_16@
第二步，申请权限。
ActivityCompat.requestPermissions(mActivity,new String[]{Manifest.permission.READ_CONTACTS},REQUEST_CODE_PERMISSION_CONTACTS);@H_301_16@
第三步，权限申请回调方法。
@OverrIDepublic voID onRequestPermissionsResult(int requestCode,String permissions[],int[] grantResults) {switch (requestCode) {case REQUEST_CODE_PERMISSION_CONTACTS: {if (grantResults.length > 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED) {//用户已授权} else {//用户拒绝权限}return;}}}@H_301_16@
如此三步，看上去很简单，可真要用起来可就没有那么简单了。
下面就说说这里边的坑吧。
坑一、权限申请只能在Activity或者Fragment的上下文中，不能用getApplicationContext()。
由于我们项目在应用初始化时要获取内存的存储路径并创建一系列文件缓存，这些 *** 作都是写在Application的onCreate()中调用不同的Util工具类进行的，所以在AndroID6.0以上这么写就有点不太靠谱了。目前我的解决措施是在应用程序初始化时，先判断SDK版本，只对版本号小于23的app创建缓存文件，高于23的则在进入Activity之后再初始化。
坑二、权限申请时使用的请求码必须小于16。
至于什么原因不太清楚，可能谷歌公司认为权限本来就不多，没必要将请求码弄得很大占用多余的内存吧。说到请求码，也就是上面代码中未定义的常量值REQUEST_CODE_PERMISSION_CONTACTS，如果你定义的这个值超过了15，运行时就会报安全异常，提示请求码必须小于16。
以上所述是小编给大家介绍的AndroID6.0动态申请权限所遇到的问题，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对编程小技巧网站的支持！
          总结       
以上是内存溢出为你收集整理的Android6.0动态申请权限所遇到的问题小结全部内容，希望文章能够帮你解决Android6.0动态申请权限所遇到的问题小结所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。
					
										


					

						
欢迎分享，转载请注明来源：内存溢出
原文地址: https://outofmemory.cn/web/1147808.html