devbox
繁依Fanyi0
这个屌丝很懒，什么也没留下！
关注作者
热门标签
热门文章
当前位置:   article > 正文

Android Permission权限总结_android.permission

作者：繁依Fanyi0 | 2024-06-07 07:46:12

赞

踩

android.permission

1.权限Permission

权限是安卓的一种安全机制，主要用来保护用户，应用的数据安全。

1.1、版本差异

        Android权限机制有一个分水岭，就是Android 6.0 API 23，对于危险权限的申请有所不同。Android开发头疼的一点就是适配兼容，说不定以后所有的权限都要动态申请！

        ①targetSdkVersion ＜ 23 & API ＜ 6.0 ：安装后就有权限，无需授权，无法取消授权

        ②targetSdkVersion ＜ 23 & API  ≥ 6.0 ：安装获得权限，但是可以被取消授权。

        ③targetSdkVersion ≥ 23 & API ＜ 6.0 ：安装后就有权限，无需授权，无法取消授权

        ④targetSdkVersion ≥ 23 & API  ≥ 6.0 ：这种是趋势。需要动态申请，也可取消授权

1.2、框架预设权限

        Android框架预先定义了很多权限，它们在框架的Manifest中。开发者不需要都记住，只需要知道常用的，比如我们熟知了日历读写、联系人读写、网络访问权限等等。手机厂商定制的ROM系统还会有很多新增的权限。

1.3、adb命令查看权限

        ①通过adb命令可以查看手机中的所有权限：

1

    adb shell pm list permissions

2、权限级别

        Android系统将权限分为三个保护级别：普通、危险和签名权限。

2.1、普通权限

        普通权限就是在AndroidManifest.xml中注册即可，不需要动态申请。在应用安装后就会授予，用户无法撤销应用的这些权限。(禁止应用访问网络，可不是禁止了应用的网络权限)

1

2

3

    <!--普通权限-->

    <uses-permission android:name="android.permission.INTERNET" />

    ...

2.2、危险权限

        危险权限也得在AndroidManifest.xml中注册，不过用到的时候需要动态申请：运行时检测有没有该权限，没有就提示用户授权。

1

2

    <!--危险权限-->

    <uses-permission android:name="android.permission.READ_CONTACTS" />

        adb命令 -d 查看手机中的所有危险权限：

1

    adb shell pm list permissions -d -g

2.3、签名权限

        在尝试使用某权限的应用签名证书，和定义该权限的应用证书一致时才会授予。一般自定义权限会采用这种签名的机制，防止其它三方应用也申请自定义的权限。比如腾讯系、阿里系的应用有相同的证书，保证内部自定义的权限不会被“外族”使用。

3、权限分组

        Android系统将权限根据功能特性进行分组。adb命令 -g 查看手机中的命令分组情况：

1

    adb shell pm list permissions -g

3.1、分组说明

        ①一组权限要么一个都没有授权，要么只要授权其中一个全部权限自动获取(以后可能会有变化，埋个坑)。

        ②前面提到的危险权限都有自己的分组，也可以将普通权限放到对应分组里。

        ③不要假定系统可以自动授予同组权限。以短信权限为例，短信权限组中的权限都和短信相关：

SMS (短信)

SEND_SMS

RECEIVE_SMS

READ_SMS

RECEIVE_WAP_PUSH

RECEIVE_MMS

        以前开发的时候需要短信的权限，图省事，我们只申请READ_CONTACTS权限，同组的其它权限也会自动获取，这时不仅拥有读取联系人的权限，写联系人的权限也有了。但是Google官网给出了警告，这样是不可靠的，因为将来的Android系统可能会修改权限组规则：比如WRITE_CONTACTS如果移出了短信组，那么光申请READ_CONTACTS权限还以为自动拥有了WRITE_CONTACTS权限就会出错。

4、权限检测

        对于targetSdkVersion ≥ 23而言，应用的某些操作需要的权限是动态申请的，在操作前一定要检测是否有该权限。

4.1、检测方法

        通过ContextCompat的checkSelfPermission(Context context,String permission)方法检测传入的permission权限：

1

    ContextCompat.checkSelfPermission(context, permission);

        或者如下调用形式，ActivityCompat继承自ContextCompat。

1

    ActivityCompat.checkSelfPermission(context, permission);

        或者通过AndroidX库中的PermissionChecker检测

1

    PermissionChecker.checkSelfPermission(context, permission);

        最终还是通过Context去检测权限，权限检测流程源码分析详见Android权限检测申请源码流程分析。

1

2

3

4

5

6

    public static int checkSelfPermission(@NonNull Context context, @NonNull String permission) {

        if (permission == null) {

            throw new IllegalArgumentException("permission is null");

        }

        return context.checkPermission(permission, android.os.Process.myPid(), Process.myUid());

    }

4.2、返回值

        检测结果以 int 类型返回，PackageManager.PERMISSION_GRANTED有该权限，PackageManager.PERMISSION_DENIED无该权限。

5、权限申请

        前面检测完权限，如果有权限就继续操作。若无相应的权限就需要动态申请。

5.1、shouldShowRequestPermissionRationale()

        在阅读官方指南的时候，发现官方推荐在动态申请权限的时候调用这个方法，是否需要在动态申请权限之前给用户一个友好的提示：告诉用户为什么我的应用需要申请这个权限，而不是不管三七二十一就向用户申请权限。对于一个厨房APP还需要手机联系人读写权限的就很不理解。

1

2

3

4

5

6

    /**

     * Gets whether you should show UI with rationale before requesting a permission.

     */

    public boolean shouldShowRequestPermissionRationale(@NonNull String permission) {

        return getPackageManager().shouldShowRequestPermissionRationale(permission);

    }

5.2、动态申请

        如果检测出来没有权限，使用requestPermissions(String[] permissions, int requestCode)动态申请权限。用法也很简单。

        在Activity、Fragment中都有请求权限的方法，在Activity和Fragment中都可以调用requestPermissions(String[] permissions, int requestCode)方法，虽然请求权限的方法名字相同，但是实现不同。

5.3、权限申请回调

        用户响应系统权限对话框后，系统就会调用应用的onRequestPermissionsResult()方法。系统会传入用户对权限对话框的响应以及开发者自定义的请求代码：

1

2

3

4

    @Override

    public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {

        super.onRequestPermissionsResult(requestCode, permissions, grantResults);

    }

      

6、自定义权限

        应用可以自定义自己的权限。

6.1、使用自定义权限

        举个例子：友商的应用要跳转我们的Activity，Activity必须要设置exported为true。但是这样又不安全，这意味着其它任意应用都可以启动暴露的Activity。这时可以在AndroidManifest.xml中给Activity加上权限：

1

2

3

4

5

    <activity

        android:exported="true"

        android:permission="com.quibbler.SUBSCRIBE">

        ...

    </activity>

        将我们自定义的权限给三方，三方应用只需要在自己的AndroidManifest中添加声明即可（遇到特别坑的情况，三方自行修改了权限也不告诉一声那就没办法，所以启动Activity的时候都必须异常捕获）。

1

2

3

4

5

6

<manifest xmlns:android="http://schemas.android.com/apk/res/android"

    package="com.quibbler.jetpack">

    <!--申请自定义权限-->

    <uses-permission android:name="com.quibbler.SUBSCRIBE" />

    ...

</manifest>

       

7、工具方法

        项目上往往将重复的方法抽取出来，成为工具方法。这里的权限检测有很多地方会用到，所以一般也会抽取。简单的示例如下，后面我会单独介绍一个更方便的权限检测库Permission-dispatch。

7.1、检查单个权限

        返回true表示已授权，返回false表示未获得权限。

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

    // 检查某个权限。返回true表示已启用该权限，返回false表示未启用该权限

    public static boolean checkPermission(Activity act, String permission, int requestCode) {

        Log.d(TAG, "checkPermission: " + permission);

        boolean result = true;

        // 只对Android6.0及以上系统进行校验

        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {

            // 检查当前App是否开启了名称为permission的权限

            int check = ContextCompat.checkSelfPermission(act, permission);

            if (check != PackageManager.PERMISSION_GRANTED) {

                // 未开启该权限，则请求系统弹窗，好让用户选择是否立即开启权限

                ActivityCompat.requestPermissions(act, new String[]{permission}, requestCode);

                result = false;

            }

        }

        return result;

    }

7.2、检查多个权限

        一次性检查多个权限，有一个没用授权就不通过。

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

    // 检查多个权限。返回true表示已完全启用权限，返回false表示未完全启用权限

    public static boolean checkMultiPermission(Activity act, String[] permissions, int requestCode) {

        boolean result = true;

        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {

            int check = PackageManager.PERMISSION_GRANTED;

            // 通过权限数组检查是否都开启了这些权限

            for (String permission : permissions) {

                check = ContextCompat.checkSelfPermission(act, permission);

                if (check != PackageManager.PERMISSION_GRANTED) {

                    break;

                }

            }

            if (check != PackageManager.PERMISSION_GRANTED) {

                // 未开启该权限，则请求系统弹窗，好让用户选择是否立即开启权限

                ActivityCompat.requestPermissions(act, permissions, requestCode);

                result = false;

            }

        }

        return result;

    }

7.3、检查是否允许修改系统设置

        检查是否允许修改系统设置。

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

    // 检查是否允许修改系统设置

    public static boolean checkWriteSettings(Activity act, int requestCode) {

        Log.d(TAG, "checkWriteSettings:");

        boolean result = true;

        // 只对Android6.0及Android7.0系统进行校验

        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M

                && Build.VERSION.SDK_INT < Build.VERSION_CODES.O) {

            // 检查当前App是否允许修改系统设置

            if (!Settings.System.canWrite(act)) {

                Intent intent = new Intent(Settings.ACTION_MANAGE_WRITE_SETTINGS,

                        Uri.parse("package:" + act.getPackageName()));

                act.startActivityForResult(intent, requestCode);

                Toast.makeText(act, "需要允许设置权限才能调节亮度噢", Toast.LENGTH_SHORT).show();

                result = false;

            }

        }

        return result;

    }

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/繁依Fanyi0/article/detail/684504
推荐阅读
相关标签

Copyright © 2003-2013 www.wpsshop.cn 版权所有，并保留所有权利。

  

闽ICP备14008679号