android6.0+运行时权限

最新推荐文章于 2024-09-18 11:19:13 发布

daiwenbingg

最新推荐文章于 2024-09-18 11:19:13 发布

阅读量451

点赞数

文章标签： android

本文转自严振杰的博客: http://blog.csdn.net/yanzhenjie1003 github地址：https://github.com/yanzhenjie

严振杰github地址

闲来无事转载只是增加自己的记忆

目前我的自己用的是小米5.0.1系统，公司也没测试手机创业公司。我调试用的是腾讯优测感觉还不错，上面

有很多种机型可供选择,之前注册送三千U币,现在好像没了。

再次声明本文转载自严振杰的博客

AndPermission特性

链式调用，一句话申请权限，为你省去复杂的逻辑判断。
支持注解回调结果、支持Listener回调结果。
拒绝一次某权限后，再次申请该权限时可使用Rationale向用户说明申请该权限的目的，在用户同意后再继续申请，避免用户勾选不再提示而导致不能再次申请该权限。
就算用户拒绝权限并勾选不再提示，可使用SettingDialog提示用户去设置中授权。
RationaleDialog和SettingDialog允许开发者自定义。
AndPermission自带默认对话框除可自定义外，也支持国际化。
支持在任何地方申请权限，不仅限于Activity和Fragment等。

Manifest声明权限

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

动态申请权限

CALENDAR（日历）
- READ_CALENDAR
- WRITE_CALENDAR
CAMERA（相机）
- CAMERA
CONTACTS（联系人）
- READ_CONTACTS
- WRITE_CONTACTS
- GET_ACCOUNTS
LOCATION（位置）
- ACCESS_FINE_LOCATION
- ACCESS_COARSE_LOCATION
MICROPHONE（麦克风）
- RECORD_AUDIO
PHONE（手机）
- READ_PHONE_STATE
- CALL_PHONE
- READ_CALL_LOG
- WRITE_CALL_LOG
- ADD_VOICEMAIL
- USE_SIP
- PROCESS_OUTGOING_CALLS
SENSORS（传感器）
- BODY_SENSORS
SMS（短信）
- SEND_SMS
- RECEIVE_SMS
- READ_SMS
- RECEIVE_WAP_PUSH
- RECEIVE_MMS
STORAGE（存储卡）
- READ_EXTERNAL_STORAGE
- WRITE_EXTERNAL_STORAGE

关于运行时权限的一些建议

只请求你需要的权限，减少请求的次数，或用隐式Intent来让其他的应用来处理。
1. 只请求你需要的权限，减少请求的次数，或用隐式Intent来让其他的应用来处理。如果你使用Intent，你不需要设计界面，由第三方的应用来完成所有操作。比如打电话、选择图片等。
2. 如果你请求权限，你可以完全控制用户体验，自己定义UI。但是用户也可以拒绝权限，就意味着你的应用不能执行这个特殊操作。
防止一次请求太多的权限或请求次数太多，用户可能对你的应用感到厌烦，在应用启动的时候，最好先请求应用必须的一些权限，非必须权限在使用的时候才请求，建议整理并按照上述分类管理自己的权限：
1. 普通权限（Normal PNermissions）：只需要在Androidmanifest.xml中声明相应的权限，安装即许可。
2. 需要运行时申请的权限（Dangerous Permissions）：
  - 必要权限：最好在应用启动的时候，进行请求许可的一些权限（主要是应用中主要功能需要的权限）。
  - 附带权限：不是应用主要功能需要的权限(如：选择图片时，需要读取SD卡权限)。
解释你的应用为什么需要这些权限：在你调用requestPermissions()之前，你为什么需要这个权限。
1. 例如，一个摄影的App可能需要使用定位服务，因为它需要用位置标记照片。一般的用户可能会不理解，他们会困惑为什么他们的App想要知道他的位置。所以在这种情况下，所以你需要在requestpermissions()之前告诉用户你为什么需要这个权限。
使用兼容库support-v4中的方法

ContextCompat.checkSelfPermission()
ActivityCompat.requestPermissions()
ActivityCompat.shouldShowRequestPermissionRationale()
 
 1
2
3
 
 1
2
3

几个重要的方法与常量解释

PackageManager中的两个常量：
- PackageManager.PERMISSION_DENIED：该权限是被拒绝的。
- PackageManager.PERMISSION_GRANTED：该权限是被授权的。
Activity中或者Fragment都会有以下几个方法：

int checkSelfPermission(String)
void requestPermissions(int, String...)
boolean shouldShowRequestPermissionRationale(String)
void onRequestPermissionsResult()
 
 1
2
3
4
 
 1
2
3
4

上述四个方法中，前三个方法在support-v4的ActivityCompat中都有，建议使用兼容库中的方法。最后一个方法是用户授权或者拒绝某个权限组时系统会回调Activity或者Fragment中的方法。

checkSelfPermission() 检查权限

检查某一个权限的当前状态，你应该在请求某个权限时检查这个权限是否已经被用户授权，已经授权的权限重复申请可能会让用户产生厌烦。
该方法有一个参数是权限名称，有一个int的返回值，用这个值与上面提到的两个常量做比较可判断检查的权限当前的状态。

if (ContextCompat.checkSelfPermission(context, Manifest.permission.READ_CONTACTS)
        != PackageManager.PERMISSION_GRANTED) {
    // 没有权限，申请权限。
}else{
    // 有权限了，去放肆吧。
}
 
 1
2
3
4
5
6
 
 1
2
3
4
5
6

requestPermissions() 申请权限

请求用户授权几个权限，调用后系统会显示一个请求用户授权的提示对话框，App不能配置和修改这个对话框，如果需要提示用户这个权限相关的信息或说明，需要在调用 requestPermissions() 之前处理，该方法有两个参数：
- int requestCode，会在回调onRequestPermissionsResult()时返回，用来判断是哪个授权申请的回调。
- String[] permissions，权限数组，你需要申请的的权限的数组。
由于该方法是异步的，所以无返回值，当用户处理完授权操作时，会回调Activity或者Fragment的onRequestPermissionsResult()方法。

对于Activity我们直接调用requestPermissions(int, String[])即可，不过这个方法是在api leve 23以上，所以我们为了适配可以是使用兼容包提供的方法：

ActivityCompat.requestPermissions(activity, new String[]{Manifest.permission.READ_CONTACTS}, MMM);
 
 1
 
 1

对于support包的Fragment就可以直接调用requestPermissions(int, String[])，对于app包的Fragment就需要做版本判断了，这样就显得比较麻烦。

onRequestPermissionsResult() 处理权限结果回调

该方法在Activity/Fragment中应该被重写，当用户处理完授权操作时，系统会自动回调该方法，该方法有三个参数：
- int requestCode，在调用requestPermissions()时的第一个参数。
- String[] permissions，权限数组，在调用requestPermissions()时的第二个参数。
- int[] grantResults，授权结果数组，对应permissions，具体值和上方提到的PackageManager中的两个常量做比较。

@Override
public void onRequestPermissionsResult(int requestCode, String permissions[], int[] grantResults) {
    switch (requestCode) {
        case MMM: {
            if (grantResults.length > 0
                && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
                // 权限被用户同意，可以去放肆了。
            } else {
                // 权限被用户拒绝了，洗洗睡吧。
            }
            return;
        }
    }
}
 
 1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
 1
2
3
4
5
6
7
8
9
10
11
12
13
14

shouldShowRequestPermissionRationale()

望文生义，是否应该显示请求权限的说明。
第一次请求权限时，用户拒绝了，调用shouldShowRequestPermissionRationale()后返回true，应该显示一些为什么需要这个权限的说明。
用户在第一次拒绝某个权限后，下次再次申请时，授权的dialog中将会出现“不再提醒”选项，一旦选中勾选了，那么下次申请将不会提示用户。
第二次请求权限时，用户拒绝了，并选择了“不再提醒”的选项，调用shouldShowRequestPermissionRationale()后返回false。
设备的策略禁止当前应用获取这个权限的授权：shouldShowRequestPermissionRationale()返回false 。
加这个提醒的好处在于，用户拒绝过一次权限后我们再次申请时可以提醒该权限的重要性，免得再次申请时用户勾选“不再提醒”并决绝，导致下次申请权限直接失败。

综上所述，整合代码后：

if (ContextCompat.checkSelfPermission(this, Manifest.permission.READ_CONTACTS) != PackageManager.PERMISSION_GRANTED) {
    // 没有权限。
    if (ActivityCompat.shouldShowRequestPermissionRationale(this, Manifest.permission.READ_CONTACTS)) {
            // 用户拒绝过这个权限了，应该提示用户，为什么需要这个权限。
    } else {
        // 申请授权。
        ActivityCompat.requestPermissions(thisActivity, new String[]{Manifest.permission.READ_CONTACTS}, MMM);
    }
}

...

@Override
public void onRequestPermissionsResult(int requestCode, String permissions[], int[] grantResults) {
    switch (requestCode) {
        case MMM: {
            if (grantResults.length > 0
                && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
                // 权限被用户同意，可以去放肆了。
            } else {
                // 权限被用户拒绝了，洗洗睡吧。
            }
            return;
        }
    }
}