1. 前言

        Android 中应用权限有助于保护对以下数据和操作的访问/执行权限，从而为保护用户隐私提供支持:

1. 受限数据，例如系统状态和用户的联系信息   

2. 受限操作，例如连接到已配对的设备并录制音频

本篇文章主要介绍Android中所有的权限定义和说明，从基本概念入手一步一步解析权限用法

2. 权限类型

Android 将权限分为不同的类型，包括安装时权限、运行时权限和特殊权限。每种权限类型都指明了当系统授予应用该权限后，应用可以访问的受限数据范围以及应用可以执行的受限操作范围。

2.1 安装时权限

        安装时权限授予应用对受限数据的受限访问权限，或允许应用执行对系统或其他应用只有最低影响的受限操作。如果您在应用中声明了安装时权限，应用商店会在用户查看应用详情页面时向其显示安装时权限通知，如图 2 所示。系统会在用户安装您的应用时自动向您的应用授予权限。

 Android 提供多个安装时权限子类型，包括一般权限（normal）  +   签名权限 (signature)。

那什么是一般权限，签名权限呢？  我们先来看定义

的权限级别 android:protectionLevel

来自官网的文档 Android 开发者  |  Android Developers

install权限：安装时权限，是指在安装app的时候，赋予app的权限。normal和signature级别的权限都是安装时权限。不会给用户提示界面，系统自动决定权限的赋予或拒绝。

Android源码中所有权限定义的文件为：

frameworks/base/core/res/AndroidManifest.xml  

2.2.1 normal 普通权限

举个例子：

此权限只要在应用自己的AndroidManifest.xml 声明，那么系统就默认赋予了该权限，无需征得用户的明确许可。

2.2.2 signature 签名权限 

举个例子：

签名权限描述：

只有当应用A  与  定义权限的应用B  或  OS  使用相同的证书签名时，系统才会向应用授予签名权限。   怎么理解这句话呢？ 

OS 我理解的就是 Android 系统；

我们来回顾一下应用的证书签名这个概念，在应用的Andorid.mk 或 Android.bp 文件中有个属性

LOCAL_CERTIFICATE 用于设置不同的签名方式

LOCAL_CERTIFICATE := PRESIGNED，打包apk时，沿用apk中原来的签名

用于设置不同的签名方式build/target/product/security目录中有四组默认签名供Android.mk在编译APK使用：

        1、testkey：普通APK，默认情况下使用。

        2、platform：该APK完成一些系统的核心功能。经过对系统中存在的文件夹的访问测试，这种方式编译出来的APK所在进程的UID为system。

        3、shared：该APK需要和home/contacts进程共享数据。

        4、media：该APK是media/download系统中的一环。

应用程序的Android.mk中有一个LOCAL_CERTIFICATE字段，由它指定用哪个key签名，未指定的默认用testkey.

如下几种方式：

LOCAL_CERTIFICATE :                    #使用平台文件签名（1）platform签名： AndroidManifest.xml的manifest节点中添加　android:sharedUserId=”android.uid.system”， Android.mk中增加　　LOCAL_CERTIFICATE := platform （2）shared签名： AndroidManifest.xml的manifest节点中增加android:sharedUserId=”android.uid.shared”， Android.mk中增加LOCAL_CERTIFICATE := shared （3）media签名： AndroidManifest.xml的manifest节点中增加 android:sharedUserId=”android.media”， Android.mk中增加 LOCAL_CERTIFICATE := media 

我们来看第一种情况： 应用A 和 应用B  具有相同的证书签名 

或者这样子理解：等同于两个LOCAL_CERTIFICATE := PRESIGNED 具有相同证书签名应用。

如果应用B先安装的，而且已经申请过权限，（A和B有相同的证书签名）则系统会在不通知用户或征得用户明确许可的情况下，给A应用自动授予这些signature权限。

我们来看第二种情况： 应用A 和 系统签名应用 

上述3中系统签名的应用， 

  android:sharedUserId=”android.uid.system”      LOCAL_CERTIFICATE := platform 

这种就比较常见，比如安卓系统中比较重要的系统应用，如设置，SystemUI  Launcher等

  android:sharedUserId=”android.uid.shared”     LOCAL_CERTIFICATE := shared

     拥有这类签名的应用，比如 ContactsProvider 应用

  android:sharedUserId=”android.media”     LOCAL_CERTIFICATE := media

   多媒体相关的应用 比如 图库， MediaProivder   DownloadProvider 等应用

假如应用A 与上面的这些应用具有相同的证书签名的话，则系统会在不通知用户或征得用户明确许可的情况下，给A应用自动授予这些signature权限。

2.2  运行时权限

        运行时权限也称为危险(dangerous)权限，此类权限授予应用对受限数据的额外访问权限，或允许应用执行对系统和其他应用具有更严重影响的受限操作。因此，您需要先在应用中请求运行时权限然后才能访问受限数据或执行受限操作。

这种也比较好理解：就是当出现这种对话框的时候，这些权限就是运行时权限，定义权限的的保护级别带有   android:protectionLevel="dangerous" 

众所周知，Android6.0引入了动态权限，前面说到的自定义的权限的安全级别android:protectionLevel会影响权限在Android6.0+系统的使用

android:protectionLevel=“normal”，不需要动态申请
android:protectionLevel=“dangerous”，需要动态申请

这样子就更好理解一点了。
 

2.3  特殊权限

        特殊权限与特定的应用操作相对应。只有平台和原始设备制造商 (OEM) 可以定义特殊权限。此外，如果平台和 OEM 想要防止有人执行功能特别强大的操作（例如通过其他应用绘图），通常会定义特殊权限。

        系统设置中的特殊应用访问权限页面包含一组用户可切换的操作。其中的许多操作都是以特殊权限的形式实现的。

        特殊权限旨在限制访问尤其敏感或与用户隐私没有直接关系的系统资源。这些权限不同于安装时权限和运行时权限。

一些特殊权限示例：

• 设定精确的闹钟。
• 在其他应用前方显示和绘图。
• 访问所有存储数据。

声明特殊权限的应用会显示在系统设置中的特殊应用权限页面内（图 1）。如需向应用授予特殊权限，用户必须转到此页面：设置 > 应用 > 特殊应用权限。

Android上声明和请求特殊权限的工作流程

 【备注】: 与运行时权限不同，用户必须从系统设置中的特殊应用权限页面授予特殊权限。应用可以使用 intent 将用户转到该页面，这会暂停应用，并启动相应的设置页面，以便用户授予指定的特殊权限。用户返回到应用后，应用可以在 onResume() 函数中检查是否已获得相应权限。

以下示例代码展示了如何请求用户授予 SCHEDULE_EXACT_ALARMS 特殊权限：

val alarmManager = getSystemService(Context.ALARM_SERVICE)when {   // if permission is granted, proceed with scheduling exact alarms…   alarmManager.canScheduleExactAlarms() -> {       alarmManager.setExact(...)   }   else -> {       // ask users to grant the permission in the corresponding settings page       startActivity(Intent(ACTION_REQUEST_SCHEDULE_EXACT_ALARM))   }}

在 onResume() 中检查权限和处理用户决定的示例代码：

override fun onResume() {   // ...   if (alarmManager.canScheduleExactAlarms()) {       // proceed with the action (setting exact alarms)       alarmManager.setExact(...)   }   else {       // permission not yet approved. Display user notice and gracefully degrade       your app experience.       alarmManager.setWindow(...)   }}

3. 权限大全

3.1 运行时（危险）权限

运行时（危险）权限以及对应分组如下，也就是说这些权限都需要动态申请的

 再详细说明一下：

权限组： CONTACTS   API级别：23   
描述：  联系人和配置文件相关的运行时权限。

权限组：CALENDAR   API级别：17

描述：用户日历相关的运行时权限。

权限组：SMS   API级别：23

描述：短信相关的运行时权限。

权限组：STORAGE  API级别：4

描述：外部存储相关的运行时权限。API级别Q以后不再建议使用。

权限组：LOCATION  API级别：1

描述：允许访问设备位置信息的权限。

权限组：CALL_LOG  API级别：28

描述：电话功能的权限。

权限组：PHONE  API级别：23

描述： 电话功能相关的权限。

权限组： MICROPHONE  API级别：17

描述：访问麦克风相关的权限。请注意，电话呼叫也会捕获音频，但属于单独的权限组。

权限组： CAMERA   API级别：17

描述：访问相机或从设备捕获图像/视频相关的权限。

权限组：SENSORS  API级别：23

描述：身体或环境传感器相关的权限。

3.2 normal权限

非完整归纳，涵盖大部分

3.3 signature签名权限

3.4 @hide属性权限

与（Android 将权限分为不同的类型，包括安装时权限、运行时权限和特殊权限）分类概念没有关系。

比如在AndoridManifest.xml 这样申明的, 有明确 @hide标识的， 这里只是分类单独归纳出来，

以上权限都有中文注释和说明，供查阅！

来源地址：https://blog.csdn.net/u012514113/article/details/128865859