欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

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

程序员文章站 2024-03-02 08:01:22
白天在做sdk23版本的适配,遇到了不少坑,现在抽空记下来,以此为戒。 首先要知道哪些坑,就得先了解一些定义和基本使用方式。 那么先介绍一下动态申请的权限分组情...

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

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

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

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

group:android.permission-group.contacts
permission:android.permission.write_contacts
permission:android.permission.get_accounts
permission:android.permission.read_contacts
group:android.permission-group.phone
permission:android.permission.read_call_log
permission:android.permission.read_phone_state
permission:android.permission.call_phone
permission:android.permission.write_call_log
permission:android.permission.use_sip
permission:android.permission.process_outgoing_calls
permission:com.android.voicemail.permission.add_voicemail
group:android.permission-group.calendar
permission:android.permission.read_calendar
permission:android.permission.write_calendar
group:android.permission-group.camera
permission:android.permission.camera
group:android.permission-group.sensors
permission:android.permission.body_sensors
group:android.permission-group.location
permission:android.permission.access_fine_location
permission:android.permission.access_coarse_location
group:android.permission-group.storage
permission:android.permission.read_external_storage
permission:android.permission.write_external_storage
group:android.permission-group.microphone
permission:android.permission.record_audio
group:android.permission-group.sms
permission:android.permission.read_sms
permission:android.permission.receive_wap_push
permission:android.permission.receive_mms
permission:android.permission.receive_sms
permission:android.permission.send_sms
permission:android.permission.read_cell_broadcasts

其实权限组的定义很简单,下面简单介绍下动态申请权限的步骤。

第一步,检查app拥有的权限。

if(contextcompat.checkselfpermission(
mactivity,manifest.permisson.read_contacts)
!= packagemanager.permission_granted) {
//当前activity没有获得read_contacts权限时
}else{
//否则已允许
}

第二步,申请权限。

activitycompat.requestpermissions(
mactivity,
new string[]{manifest.permission.read_contacts},
request_code_permission_contacts);

第三步,权限申请回调方法。

@override
public 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;
}
}
}

如此三步,看上去很简单,可真要用起来可就没有那么简单了。

下面就说说这里边的坑吧。

坑一、权限申请只能在activity或者fragment的上下文中,不能用getapplicationcontext()。

由于我们项目在应用初始化时要获取内存的存储路径并创建一系列文件缓存,这些操作都是写在application的oncreate()中调用不同的util工具类进行的,所以在android6.0以上这么写就有点不太靠谱了。目前我的解决措施是在应用程序初始化时,先判断sdk版本,只对版本号小于23的app创建缓存文件,高于23的则在进入activity之后再初始化。

坑二、权限申请时使用的请求码必须小于16。

至于什么原因不太清楚,可能谷歌公司认为权限本来就不多,没必要将请求码弄得很大占用多余的内存吧。说到请求码,也就是上面代码中未定义的常量值request_code_permission_contacts,如果你定义的这个值超过了15,运行时就会报安全异常,提示请求码必须小于16。

以上所述是小编给大家介绍的android6.0动态申请权限所遇到的问题,希望对大家有所帮助