当前位置: 移动技术网 > IT编程>移动开发>Android > 详解Android6.0运行时权限管理

详解Android6.0运行时权限管理

2019年07月24日  | 移动技术网IT编程  | 我要评论

乐不思蜀的主角,赛尔号拉杰特,人皇仙途

自从android6.0发布以来,在权限上做出了很大的变动,不再是之前的只要在manifest设置就可以任意获取权限,而是更加的注重用户的隐私和体验,不会再强迫用户因拒绝不该拥有的权限而导致的无法安装的事情,也不会再不征求用户授权的情况下,就可以任意的访问用户隐私,而且即使在授权之后也可以及时的更改权限。这就是6.0版本做出的更拥护和注重用户的一大体现。

一、认知

今天我们就来学习下android6.0的权限管理。

android6.0系统把权限分为两个级别:

一个是normal permissions,即普通权限,这类权限不会潜藏有侵害用户隐私和安全的问题,比如,访问网络的权限,访问wifi的权限等;

另一类是dangerous permissions,即危险权限,这类权限会直接的威胁到用户的安全和隐私问题,比如说访问短信,相册等权限。

但是到底哪些是普通权限和危险权限呢,这里给出分类,大家在使用时以便参考。

1、normal permissions (普通权限)

  • access_location_extra_commands
  • access_network_state
  • access_notification_policy
  • access_wifi_state
  • bluetooth
  • bluetooth_admin
  • broadcast_sticky
  • change_network_state
  • change_wifi_multicast_state
  • change_wifi_state
  • disable_keyguard
  • expand_status_bar
  • get_package_size
  • install_shortcut
  • internet
  • kill_background_processes
  • modify_audio_settings
  • nfc
  • read_sync_settings
  • read_sync_stats
  • receive_boot_completed
  • reorder_tasks
  • request_ignore_battery_optimizations
  • request_install_packages
  • set_alarm
  • set_time_zone
  • set_wallpaper
  • set_wallpaper_hints
  • transmit_ir
  • uninstall_shortcut
  • use_fingerprint
  • vibrate
  • wake_lock
  • write_sync_settings

使用以上权限是不会威胁到用户安全的,所以这类权限是可以直接的在manifest里面直接的使用,而且在安装后也会直接的生效了。

2、dangerous permissions (危险权限)

sms(短信)

  • send_sms
  • receive_sms
  • read_sms
  • receive_wap_push
  • receive_mms

storage(存储卡)

  • read_external_storage
  • write_external_storage

contacts(联系人)

  • read_contacts
  • write_contacts
  • get_accounts

phone(手机)

  • read_phone_state
  • call_phone
  • read_call_log
  • write_call_log
  • add_voicemail
  • use_sip
  • process_outgoing_calls

calendar(日历)

  • read_calendar
  • write_calendar

camera(相机)

  • camera

location(位置)

  • access_fine_location
  • access_coarse_location

sensors(传感器)

  • body_sensors

microphone(麦克风)

  • record_audio

危险权限和普通权限也有区别,普通权限是单条的权限,而危险权限是以组展示的,也就是说,当你接受一个危险权限时,不但但接受的是界面上展示的这一个权限,而是它所在这个组里面的其他所有访问权限也将会被自动获取权限,比如,一旦write_contacts被授权了,app也有read_contacts和get_accounts的权限了。
值得注意的是,这类权限也是需要在manifest中注册的。

ok,光说不练不是咱的风格,咱写东西都是基于自己遇到的问题,然后认真的学习后才记录下来的。一方面巩固自己的知识,另一方面也希望能帮助他人提供一点解决方案。

二、实战

实战部分分为几种情况,因为根据我们的目标sdk版本和android真机版本的不同会有不同的情景,针对普通权限大家都熟悉,就不介绍了,下面一一介绍危险权限的使用情景:

在介绍使用情景之前,先看下我的开发和真机的android版本。

我们这里以读取短信息为例讲解整个权限的使用:

1、没有访问权限的情况下:

首先我们先来设计下布局,如下:

看下代码,很简单,就直接读取短息:

然后,点击界面上的“读取收件箱中的短信”,相信大家都会知道发生什么情况,果然不出意外的程序直接崩溃了,打下日志:

日志中很清晰的告诉我们,这个异常是因为没有权限而造成的,那么我们就直接给它加上读取短信的权限来看看吧。

2、在manifest中添加了权限:

在manifest中加了对读取短信的权限,你应该很高兴的等待着总共有多少条短信出现在我们的界面上,但是,事实很让人崩溃:

再次出现了没有权限的异常,这是为什么呢?

这里我们先不解决这个问题,先来想象一种实际的情况,假如你现有的app里面有很多使用到了危险权限,有时候你并完全清楚到底在哪里使用了,但是你的目标版本又是像我的版本一样指向了6.0,而有可能用户的手机是6.0以上的版本,那么这时候你的app就有可能会出现这种,那么在你还没查清楚有哪些地方使用了危险权限是,该怎么解决呢?

那么你可以这么解决:

修改你build.gradle 中的 targetsdkversion 目标版本号:

然后手机版本还是6.0以上,来看看结果:

可以了,哈哈,你很高兴,确实是可以了。

那么聪明的你或许意识到什么了,是的,以版本23,也就是android6.0位分割线,我们可以得出一个小结论:

当targetsdkversion >= 23,且真机版本 >= 23时,即使在manifest中添加了相应的危险权限,在没有做相应的处理时(至于怎么处理后面会讲),还时会出现限权的异常,这时manifest中的危险权限并没有起作用,但是还必须声明。

当targetsdkversion < 23,且真机版本 >= 23时,我们并没有做任何的相关处理,就得到了想要的访问权限,这说明在manifest中申请的危险权限起作用了。

我们在来看另外一种情况,就是,假如我的手机比较旧,还没更新6.0的系统,这种情况下又该是什么情况呢?

这次我们用个4.4.4版本的模拟机

目标targetsdkversion 为21 来看看结果:

也是可以的,0条信息是因为我的模拟机上没短信,这个数字多少和我们没有关系。假如targetsdkversion 为23呢,来看看结果:

很清晰的看出,我们又得到了正确的结果。

由此我们也得到了一个小结论:

当我们的真机系统版本 < 23时,不管我们的targetsdkversion 值是否大于23,都不会影响我们在manifest里面申请的权限,也就是说这时候真机的系统版本在起着主导作用。

由上面的几条结论,我们应该很清晰的知道了访问权限在真机中的使用状况,但是我们的手机在升级,版本也会越来越高,因此我们现在的应用不可能一直只支持低版本的使用也不考虑兼顾高版本。所以现在app权限升级是必然的趋势。

那么现在回来解决上面遗留的问题,当真机和目标版本都大于6.0时出现的权限异常我们该怎么解决呢?

主要分为三个步骤:

1:检查是否拥有权限

2:假如没有权限,则申请权限

3:处理权限回调

下面我们分别来看看这几个步骤。

1:检查是否拥有权限

检查是否已拥有了权限,可以使用contextcompat.checkselfpermission(context context, string permission);

checkselfpermission方法中有两个参数,分别是上下文,以及所申请的权限。

如果有权限,请让它直接去读取短信信息。如果没有权限则去申请。

2:申请权限

申请权限则是使用:

public static void requestpermissions(final activity activity,final string[] permissions, final int requestcode) {}

requestpermissions方法中需要三个参数,当前的activity,所申请的权限,可以是多个,最后就是请求码,既然有请求码说明它会有一个回调,也就是我们下面要讲的处理回调。

3:处理权限回调

处理权限回调,需要在activity中重写onrequestpermissionsresult方法:

然后在方法内判断用户是授权了该权限组还是拒绝授权,如果授权则就去获取短信信息,否则,在这里我只是显示了一个toast提示框。

这里再次说明下,权限组内只要有一个被授权,其他的权限也就有了权限,这也是为什么直接使用grantresults[0] == packagemanager.permission_granted的原因。

ok,下面来具体的界面显示:

我们可以看到,当我们第一次点击读取短信时,它会先检查该应用是否有权限,如果没有,就去申请,这里在界面上对应的就是显示一个授权的对话框,第一次我们选择了拒绝授权,然后在回调里面就会对应先打印了我们的一个toast消失提醒我们拒绝了授权,但是当我们再次需要读取短信时,它还会去申请授权,这时我们允许授权,然后我们就看到了,在显示短信条数的textview显示了短信的条数。(这里0条是因为的用的模拟器没有短信,这不是重点。)

值得提醒的事,当我们第一次选择拒绝授权时,当再次点击读取短信时,这时在授权对话框中会多一个“不再提醒”的提示,当我们在拒绝了授权,并选择不再提醒时,那么会出现什么情况呢?请看演示:

当多次拒绝并选择不提提醒,那么下次再去读取就不会在去申请授权,而是直接在回调中说明用户已拒绝授权。

那么这时候假如用户出于某种需要必须得给应用授权该怎么做呢,其实很简单,在回调中,提醒用户去“设置”里面手动给应用授权,或是发个广播打开设置界面等等都可,这里和我显示的提醒“权限已被拒绝”基本一样,只需在稍微优化即可,这里不在演示。

其实到这里已经差不多讲完,但是,有一个方法我们可以留一下,那就是shouldshowrequestpermissionrationale,这个方法默认返回false,但当用户在上一次已经拒绝过这个权限申请时,再次需要申请该权限时,就会返回ture,它的寓意是你已经拒绝了一次,结果又弹出个授权框,你需要给我一个解释,为什么要授权,也就是说对多次授权这个权限做出解释,以便用户知道为什么必须授权了才能够完成他操作。

下面,来看看它的使用:

我这里就简单的弹出个对话框,说明下为什么要用这个权限,然后再次去调用这个申请的权限的方法了,大家可以同回调的方法一起封装下,可以更好的应用。

看下界面操作:

讲到这里基本差不地讲完了,这里只是讲了单个申请权限,多个一起也是可以的,大家可以自己试试,基本是一样的操作,另外在说明一点,可能我们一个应用里,需要多出的使用到危险权限,这样就造成我们需要多次重写一样的代码,很不便利,所以网上也就出现了很多关于权限框架的开源代码,大家可以自行的使用。

ok,到这里就结束了,希望大家能学到点知识,同时也多自己的实操下,祝大家生活愉快。

以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,同时也希望多多支持移动技术网!

如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复

相关文章:

验证码:
移动技术网