Android 将权限分为不同的类型，包括安装时权限、运行时权限和特殊权限。每种权限类型都指明了当系统授予应用该权限后，应用可以访问的受限数据范围以及应用可以执行的受限操作范围。每项权限的保护级别取决于其类型。
安装时权限授予应用对受限数据的受限访问权限，或允许应用执行对系统或其他应用只有最低影响的受限操作。如果在应用中声明了安装时权限，应用商店会在用户查看应用详情页面时向其显示安装时权限通知，系统会在用户安装应用时自动向应用授予权限。
Android 提供多个安装时权限子类型，包括一般权限和签名权限。
此类权限允许访问超出应用沙盒的数据和执行超出应用沙盒的操作，但对用户隐私和其他应用的操作风险很小。
系统会为一般权限分配 normal 保护级别。
只有当应用与定义权限的应用使用相同的证书签名时，系统才会向应用授予签名权限。
实现特权服务（如自动填充或VPN服务）的应用也会使用签名权限。这些应用需要服务绑定签名权限，以便只有系统可以绑定到服务。
系统会为签名权限分配 signature 保护级别。
运行时权限也称为危险权限，此类权限授予应用对受限数据的额外访问权限，或允许应用执行对系统和其他应用具有更严重影响的受限操作。需要先在应用中请求运行时权限，然后才能访问受限数据或执行受限操作。请勿假定这些权限之前已经授予过，务必仔细检查，并根据需要在每次访问之前请求这些权限。
当应用请求运行时权限时，系统会显示运行时权限提示。
许多运行时权限会访问用户私人数据，这是一种特殊的受限数据，其中包括可能比较敏感的信息。例如，位置信息和联系信息就属于用户私人数据。
麦克风和摄像头可用于获取特别敏感的信息。因此，该系统会帮助说明应用获取这类信息的原因。
系统会为运行时权限分配 dangerous 保护级别。
特殊权限与特定的应用操作相对应。只有平台和原始设备制造商 (OEM) 可以定义特殊权限。此外，如果平台和 OEM 想要防止有人执行功能特别强大的操作（例如通过其他应用绘图），通常会定义特殊权限。
系统设置中的特殊应用访问权限页面包含一组用户可切换的操作。其中的许多操作都是以特殊权限的形式实现的。
每项特殊权限都有自己的实现细节。
系统会为特殊权限分配 appop 保护级别。
权限可以属于权限组。权限组由一组逻辑相关的权限组成。例如，发送和接收短信的权限可能属于同一组，因为它们都涉及应用与短信的互动。
权限组的作用是在应用请求密切相关的多个权限时，帮助系统尽可能减少向用户显示的系统对话框数量。当系统提示用户授予应用权限时，属于同一组的权限会在同一个界面中显示。但是，权限可能会在不另行通知的情况下更改组，因此不要假定特定权限与任何其他权限组合在一起。
请求权限的过程取决于权限类型：
如需声明应用可能请求的权限，请在应用的清单文件中添加相应的 <uses-permission> 元素。例如，如果应用需要访问相机，则应在 AndroidManifest.xml 中添加以下代码行：
<manifest ...>
<uses-permission android:name="android.permission.CAMERA"/>
<application ...>
...
</application>
</manifest>某些权限（例如 CAMERA）可让应用访问只有部分 Android 设备具备的硬件。如果应用声明了这类硬件相关权限，请考虑应用在没有该硬件的设备上是否仍可运行。在大多数情况下，硬件是可选的，因此最好在 <uses-feature> 声明中将 android:required 设置为 false，从而将硬件声明为可选项，如 AndroidManifest.xml 中的以下代码段所示：
<manifest ...>
<application>
...
</application>
<uses-feature android:name="android.hardware.camera"
android:required="false" />
<manifest>如果未在 <uses-feature> 声明中将 android:required 设置为 false，则 Android 会假定应用必须在有该硬件的情况下才能运行。因此，系统会阻止某些设备安装应用。
如果将硬件声明为可选，应用在没有该硬件的设备上也可以运行。如需检查设备是否具有特定的硬件，请使用 hasSystemFeature() 方法。如果设备不具有该硬件，只需在应用中停用此功能即可。
// Check whether your app is running on a device that has a front-facing camera.
if (getApplicationContext().getPackageManager().hasSystemFeature(
PackageManager.FEATURE_CAMERA_FRONT)) {
// Continue with the part of your app's workflow that requires a
// front-facing camera.
} else {
// Gracefully degrade your app experience.
}如需仅针对支持运行时权限的设备（即搭载 Android 6.0 [API 级别 23] 或更高版本的设备）声明某项权限，请添加 <uses-permission-sdk-23>（而非 <uses-permission>）元素。
使用这些元素中的任意一个时，都可以设置 maxSdkVersion 属性，以指明搭载的 Android 版本高于指定值的设备不需要特定权限。这样，就可以消除不必要的权限，同时仍为旧款设备提供兼容性。
例如，应用可能会显示用户在使用应用时创建的媒体内容，例如照片或视频。在这种情况下，只要应用以 Android 10 或更高版本为目标平台，就无需在搭载 Android 10（API 级别 29）或更高版本的设备上使用 READ_EXTERNAL_STORAGE 权限。不过，为了与旧款设备兼容，可以声明 READ_EXTERNAL_STORAGE 权限并将 android:maxSdkVersion 设置为 28。
在运行时请求权限的基本原则如下：
在应用中声明并请求运行时权限之前，请评估应用是否需要这样做。无需声明任何权限就可以在应用中实现很多用例，例如拍照、暂停媒体播放和展示相关广告。
如果确定应用需要声明和请求运行时权限，请完成以下步骤：
如需检查用户是否已向应用授予特定权限，请将该权限传入 ContextCompat.checkSelfPermission() 方法。根据应用是否具有相应权限，此方法会返回 PERMISSION_GRANTED 或 PERMISSION_DENIED。
//动态检查相机权限
int selfPermission = ContextCompat.checkSelfPermission(this, Manifest.permission.CAMERA);
//检查结果
if (selfPermission == PackageManager.PERMISSION_GRANTED) {
//有许可
} else {
//无
}系统在调用 requestPermissions() 时显示的权限对话框将说明应用需要哪些权限，但不会解释为何需要这些权限。在某些情况下，用户可能会感到困惑。因此，最好在调用 requestPermissions() 之前向用户解释应用需要相应权限的原因。
研究表明，如果用户知道应用需要权限的原因（例如需要权限来支持应用的核心功能或投放广告），他们会更容易接受权限请求。因此，如果仅使用归入权限组的一小部分 API 调用，明确列出使用哪些权限以及使用原因会非常有用。例如，如果仅使用粗略位置信息，请在应用说明或应用的帮助文章中告知用户。
在特定条件下，让用户实时了解应用在访问敏感数据也是很有帮助的。例如，如果要使用相机或麦克风，最好在应用中的某个位置或在通知栏中（如果应用正在后台运行）使用通知图标通知用户，避免让看上去是在偷偷地收集数据。
从 Android 12（API 级别 31）开始，每当应用使用麦克风或摄像头时，隐私指示标志都会通知用户。
最后，如果需要请求权限以便在应用中运行某项功能，但用户不清楚原因，则需要找到一种方法让用户知道为什么需要最敏感的权限。
如果 ContextCompat.checkSelfPermission() 方法返回 PERMISSION_DENIED，请调用 shouldShowRequestPermissionRationale()。如果此方法返回 true，请向用户显示指导界面，在此界面中说明用户希望启用的功能为何需要特定权限。
此外，如果应用请求与位置信息、麦克风或相机相关的权限，请考虑说明该应用需要访问这些信息的原因。
用户查看指导界面后或者 shouldShowRequestPermissionRationale() 的返回值表明不需要显示指导界面后，可以请求权限。用户会看到系统权限对话框，并可在其中选择是否向应用授予特定权限。
为此，请使用 AndroidX 库中包含的 RequestPermission 协定类，可在其中允许系统替你管理权限请求代码。由于使用 RequestPermission 协定可以简化逻辑，因此建议尽量使用这种解决方案。不过，如果需要，也可以在权限请求过程中自行管理请求代码，并将该请求代码添加到权限回调逻辑中。
如需允许系统管理与权限请求相关联的请求代码，请在模块的 build.gradle 文件中添加以下库的依赖项：
然后，可以使用以下某个类：
以下步骤显示了如何使用 RequestPermission 协定类。使用 RequestMultiplePermissions 协定类的流程基本与此相同。
处理权限响应：
// Register the permissions callback, which handles the user's response to the
// system permissions dialog. Save the return value, an instance of
// ActivityResultLauncher, as an instance variable.
private ActivityResultLauncher<String> requestPermissionLauncher =
registerForActivityResult(new RequestPermission(), isGranted -> {
if (isGranted) {
// Permission is granted. Continue the action or workflow in your
// app.
} else {
// Explain to the user that the feature is unavailable because the
// feature requires a permission that the user has denied. At the
// same time, respect the user's decision. Don't link to system
// settings in an effort to convince the user to change their
// decision.
}
});检查权限并根据需要向用户请求权限的建议流程：
if (ContextCompat.checkSelfPermission(
CONTEXT, Manifest.permission.REQUESTED_PERMISSION) ==
PackageManager.PERMISSION_GRANTED) {
// You can use the API that requires the permission.
performAction(...);
} else if (shouldShowRequestPermissionRationale(...)) {
// In an educational UI, explain to the user why your app requires this
// permission for a specific feature to behave as expected, and what
// features are disabled if it's declined. In this UI, include a
// "cancel" or "no thanks" button that lets the user continue
// using your app without granting the permission.
showInContextUI(...);
} else {
// You can directly ask for the permission.
// The registered ActivityResultCallback gets the result of this request.
requestPermissionLauncher.launch(
Manifest.permission.REQUESTED_PERMISSION);
}作为允许系统管理权限请求代码的替代方法，可以自行管理权限请求代码。为此，请在对 requestPermissions() 的调用中添加请求代码。
应用无法自定义调用 requestPermissions() 时显示的对话框。系统权限对话框中的文本会提及权限组，但此权限分组是为了让系统易于使用。应用不应依赖于特定权限组之内或之外的权限。
使用请求代码来请求权限：
if (ContextCompat.checkSelfPermission(
CONTEXT, Manifest.permission.REQUESTED_PERMISSION) ==
PackageManager.PERMISSION_GRANTED) {
// You can use the API that requires the permission.
performAction(...);
} else if (shouldShowRequestPermissionRationale(...)) {
// In an educational UI, explain to the user why your app requires this
// permission for a specific feature to behave as expected, and what
// features are disabled if it's declined. In this UI, include a
// "cancel" or "no thanks" button that lets the user continue
// using your app without granting the permission.
showInContextUI(...);
} else {
// You can directly ask for the permission.
requestPermissions(CONTEXT,
new String[] { Manifest.permission.REQUESTED_PERMISSION },
REQUEST_CODE);
}当用户响应系统权限对话框后，系统就会调用应用的 onRequestPermissionsResult() 实现。系统会传入用户对权限对话框的响应以及定义的请求代码。
@Override
public void onRequestPermissionsResult(int requestCode, String[] permissions,
int[] grantResults) {
switch (requestCode) {
case PERMISSION_REQUEST_CODE:
// If request is cancelled, the result arrays are empty.
if (grantResults.length > 0 &&
grantResults[0] == PackageManager.PERMISSION_GRANTED) {
// Permission is granted. Continue the action or workflow
// in your app.
} else {
// Explain to the user that the feature is unavailable because
// the feature requires a permission that the user has denied.
// At the same time, respect the user's decision. Don't link to
// system settings in an effort to convince the user to change
// their decision.
}
return;
}
// Other 'case' lines to check for other
// permissions this app might request.
}
}请求位置信息权限时，请遵循与请求任何其他运行时权限相同的最佳实践。请求位置权限时的一个重要区别在于，系统中包含与位置相关的多项权限。具体请求哪项权限以及请求相关权限的方式取决于应用用例的位置信息要求。
前台位置信息
如果应用的某项功能仅分享或接收一次位置信息，或者只在特定的一段时间内分享或接收位置信息，则该功能需要前台位置信息访问权限。以下是此类情况的一些示例：
如果应用的功能在下列某种情况下访问设备的当前位置信息，系统就会认为应用需要使用前台位置信息：
<!-- Recommended for Android 9 (API level 28) and lower. -->
<!-- Required for Android 10 (API level 29) and higher. -->
<service
android:name="MyNavigationService"
android:foregroundServiceType="location" ... >
<!-- Any inner elements go here. -->
</service>当应用请求 ACCESS_COARSE_LOCATION 权限或 ACCESS_FINE_LOCATION 权限时，就是在声明需要获取前台位置信息。
<manifest ... >
<!-- Include this permission any time your app needs location information. -->
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
<!-- Include only if your app benefits from precise location access. -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
</manifest>后台位置信息
如果应用中的某项功能会不断与其他用户分享位置信息或使用 Geofencing API，则该应用需要后台位置信息访问权限。以下是此类情况的几个示例：
除了前台位置信息部分所述的情况之外，如果应用在任何其他情况下访问设备的当前位置信息，系统就会认为应用需要使用后台位置信息。后台位置信息精确度与前台位置信息精确度相同，具体取决于应用声明的位置信息权限。
在 Android 10（API 级别 29）及更高版本中，必须在应用的清单中声明 ACCESS_BACKGROUND_LOCATION 权限，以便请求在运行时于后台访问位置信息。在较低版本的 Android 系统中，当应用获得前台位置信息访问权限时，也会自动获得后台位置信息访问权限。
<manifest ... >
<!-- Required only when requesting background location access on
Android 10 (API level 29) and higher. -->
<uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
</manifest>Google Play 商店设置了有关设备位置的位置信息政策，限制应用仅在实现核心功能所必需的情形下且在满足相关政策要求后才能请求后台位置信息访问权限。
如果用户拒绝了权限请求，应用应该帮助用户了解拒绝授予权限的影响。具体而言，应用应该让用户知道因缺少权限而无法使用哪些功能。在处理这种情况时，请牢记以下最佳做法：
即使在权限请求遭拒后，应用也应尽可能提供最佳的用户体验。例如，即使麦克风使用权限请求遭拒，仍应全面提高文本功能的易用性。
与此同时，应用还应尊重用户拒绝授予权限的决定。从 Android 11（API 级别 30）开始，在应用安装到设备上后，如果用户在使用过程中多次针对某项特定的权限点按拒绝，那么在应用再次请求该权限时，用户将不会看到系统权限对话框。该操作表示用户希望“不再询问”。在之前的版本中，除非用户先前已选中“不再询问”复选框或选项，否则每当应用请求权限时，用户都会看到系统权限对话框。
如果用户多次拒绝某项权限请求，则会被视为永久拒绝请求。仅在用户需要使用特定功能时提示用户授予权限，这一点非常重要；否则，可能会无意中失去重新请求权限的能力。
在某些情况下，系统可能会自动拒绝权限，而无需用户执行任何操作（系统也可能会自动授予权限）。请千万不要对系统的自动行为做出任何假设。每当应用需要使用的功能需要权限时，请检查应用是否仍被授予该权限。
从 Android 11（API 级别 30）开始，每当应用请求与位置、麦克风或相机相关的权限时，面向用户的权限对话框都会包含仅限这一次选项。如果用户在对话框中选择此选项，系统会向应用授予临时的单次授权。
然后，应用可以在一段时间内访问相关数据，具体时间取决于应用的行为和用户的操作：
如果用户撤消单次授权（例如在系统设置中撤消），无论是否启动了前台服务，应用都无法访问相关数据。与任何权限一样，如果用户撤消了应用的单次授权，应用进程就会终止。
当用户下次打开应用并且应用中的某项功能请求访问位置信息、麦克风或摄像头时，系统会再次提示用户授予权限。
注意：如果应用在请求运行时权限时已遵循最佳实践，那么无需在应用中添加或更改任何逻辑即可支持单次授权。
Android 提供了多种方法来将未使用的运行时权限重置为默认的拒绝状态：
在 Android 13（API 级别 33）及更高版本中，可以取消应用对不再需要的运行时权限的访问权限。更新应用时，请执行此步骤，以便用户更有可能了解应用继续请求特定权限的原因。这些信息有助于建立用户对应用的信任。
如需取消对运行时权限的访问权限，请将该权限的名称传递到 revokeSelfPermissionOnKill()。如需同时取消对一组运行时权限的访问权限，请将这组权限名称传递到 revokeSelfPermissionsOnKill()。权限取消过程是异步执行的，会终止与应用 UID 关联的所有进程。
注意：为了让系统设置显示应用不会访问特定权限组中的数据，必须取消对该权限组中的所有权限的访问权限。在这种情况下，调用 revokeSelfPermissionsOnKill() 并传入权限组内的多项权限会很有帮助。
为了让系统取消应用对权限的访问权限，必须终止与应用关联的所有进程。当调用该 API 时，系统会确定何时可以安全终止这些进程。通常，系统会等待应用在后台（而不是在前台）运行较长的时间。
要通知用户应用不再需要对特定运行时权限的访问权限，请在用户下次启动应用时显示一个对话框。此对话框可以包含权限列表。
如果应用以 Android 11（API 级别 30）或更高版本为目标平台并且数月未使用，系统会通过自动重置用户已授予应用的运行时敏感权限来保护用户数据。
有些应用依赖于访问与通话记录和短信有关的敏感用户信息。如果想请求特定于通话记录和短信的权限，并将应用发布到 Play 商店，必须在请求这些运行时权限之前，提示用户将应用设置为核心系统功能的默认处理程序。
如需在模拟器或测试设备上安装应用时自动授予所有运行时权限，请为 adb shell install 命令使用 -g 选项，如以下代码段所示：
adb shell install -g PATH_TO_APK_FILE在授予应用与位置信息、麦克风和相机相关的权限后，应用可以访问关于用户的特别敏感的信息。该平台包含多种机制，可帮助用户及时了解和控制哪些应用可以访问位置信息、麦克风和相机。
这些隐私保护系统功能应该不会影响应用处理与位置信息、麦克风和相机相关的权限的方式，但前提是遵循隐私设置最佳做法。
具体来说，请确保在对应用执行相关操作时做到以下几点：
在搭载 Android 12 或更高版本的受支持设备上，系统设置中会显示“隐私信息中心”屏幕。在此屏幕上，用户可以访问一些单独的屏幕，这些屏幕显示了应用何时访问位置信息、相机和麦克风信息。每个屏幕都会显示一个时间轴，指明不同的应用何时访问过特定类型的数据。
应用可以向用户提供一个理由，帮助他们了解为什么应用访问位置信息、相机或麦克风信息。此理由可以显示在新的“隐私信息中心”屏幕和/或应用的权限屏幕上。
如需解释为什么应用访问位置信息、相机和麦克风信息，请完成以下步骤：
<!-- android:exported required if you target Android 12. -->
<activity android:name=".DataAccessRationaleActivity"
android:permission="android.permission.START_VIEW_PERMISSION_USAGE"
android:exported="true">
<!-- VIEW_PERMISSION_USAGE shows a selectable information icon on
your app permission's page in system settings.
VIEW_PERMISSION_USAGE_FOR_PERIOD shows a selectable information
icon on the Privacy Dashboard screen. -->
<intent-filter>
<action android:name="android.intent.action.VIEW_PERMISSION_USAGE" />
<action android:name="android.intent.action.VIEW_PERMISSION_USAGE_FOR_PERIOD" />
<category android:name="android.intent.category.DEFAULT" />
...
</intent-filter>
</activity>根据添加的 intent 过滤器，用户会在某些屏幕上看到应用的名称旁边有一个信息图标：
当用户选择该图标时，系统会启动应用的理由 activity。
注意：本部分提到的图标不应要求更改应用的逻辑，前提是遵循隐私设置最佳做法。
在搭载 Android 12 或更高版本的设备上，当应用使用麦克风或相机时，图标会出现在状态栏中。如果应用处于沉浸模式，图标会出现在屏幕的右上角。用户可以打开“快捷设置”，并选择图标以查看哪些应用当前正在使用麦克风或摄像头。
如果应用支持沉浸模式或全屏界面，指示标志可能会与应用界面短暂重叠。为协助应用界面适应这些指示标志，系统引入了 getPrivacyIndicatorBounds() 方法，如下方的代码段所示。利用此 API，可以确定指示标志可能出现的边界。然后，可能会决定以不同的布局安排屏幕界面。
注意：本部分提到的切换开关不应要求更改应用的逻辑，前提是遵循隐私设置最佳做法。
在搭载 Android 12 或更高版本的受支持设备上，用户可以通过按一个切换开关选项，为设备上的所有应用启用和停用摄像头和麦克风使用权限。用户可以从快捷设置访问可切换的选项，也可以从系统设置中的“隐私设置”屏幕访问。
摄像头和麦克风切换开关会影响设备上的所有应用：
注意：当用户拨打应急服务电话时，系统会开启麦克风使用权限。此行为可保护用户安全。
当用户关闭摄像头或麦克风的使用权限，然后启动需要使用摄像头或麦克风信息的应用时，系统会提醒用户，设备范围的切换开关已关闭。
如需检查设备是否支持麦克风和摄像头切换开关，请添加以下代码段中所示的逻辑：
SensorPrivacyManager sensorPrivacyManager = getApplicationContext()
.getSystemService(SensorPrivacyManager.class);
boolean supportsMicrophoneToggle = sensorPrivacyManager
.supportsSensorToggle(Sensors.MICROPHONE);
boolean supportsCameraToggle = sensorPrivacyManager
.supportsSensorToggle(Sensors.CAMERA);多种核心设备功能（例如，读取通话记录和发送短信）都依赖于访问敏感的用户信息。为了保护用户隐私并让用户更好地控制他们为设备上的应用提供的信息，Google Play 会限制应用对与通话和短信相关的权限组的访问权。
如果在 Google Play 商店分发应用，并想要访问与通话记录和短信相关的敏感用户信息，应用需要注册为与该权限相关的核心设备功能的用户默认处理程序，除非应用满足 Play 管理中心帮助中心内显示的任意一种例外情况。例如，为了获取与通话相关的权限，应用需要注册为用户的默认电话或 Google 助理处理程序，除非应用满足某种例外情况。
本指南简要概述了用户如何访问搭载 Android 的设备上的默认处理程序；然后介绍了应用必须满足哪些要求才有资格成为默认处理程序；最后详细介绍了应用征求用户同意以成为默认处理程序的过程。
Android 允许用户为拨打电话、发送短信和提供辅助技术功能等多种核心使用场景设置默认处理程序。
Android“设置”应用中的一个界面向用户显示了哪些应用目前为设备核心功能的默认处理程序，用户可以在此屏幕中更改特定功能的默认处理程序。
鉴于应用在充当默认处理程序时会访问敏感的用户信息，因此，只有满足以下 Play 商品详情和核心功能要求的应用才可成为默认处理程序：
在确保应用遵守成为默认处理程序所需满足的各项要求之后，可以添加逻辑以显示询问用户是否要更改设备的默认短信处理程序的提示。此对话框要求用户针对特定使用场景将应用设置为默认处理程序。
应用必须先请求成为默认处理程序，然后才能请求与成为该处理程序相关联的权限。例如，应用必须先请求成为默认短信处理程序，然后才能请求 READ_SMS 权限。
以下示例代码展示了显示询问用户是否同意更改设备默认短信处理程序的提示所需的逻辑：
Intent setSmsAppIntent =
new Intent(Telephony.Sms.Intents.ACTION_CHANGE_DEFAULT);
setSmsAppIntent.putExtra(Telephony.Sms.Intents.EXTRA_PACKAGE_NAME,
getPackageName());
startActivityForResult(setSmsAppIntent, your-result-code);权限不仅仅用于请求获取系统功能的使用权。还可以限制其他应用与应用组件互动的方式。
本指南介绍了如何查看其他应用已声明的权限集，还介绍了如何配置 activity、服务、content provider 和广播接收器来限制其他应用与你的应用互动的方式。
注意：如果要仅限与某一个开发者提供的应用进行互动（例如，为了保证进程间通信的安全），建议使用自定义签名权限。
如需查看其他应用声明的权限集，请使用设备或模拟器完成以下步骤：
还可以通过其他一些实用方式来检查权限：
对清单中的 <activity> 标记使用 android:permission 属性，以限制哪些其他应用可以启动该 Activity。系统会在 Context.startActivity() 和 Activity.startActivityForResult() 期间检查该权限。如果调用方没有所需的权限，将会发生 SecurityException。
对清单中的 <service> 标记使用 android:permission 属性，以限制哪些其他应用可以启动或绑定到关联的 Service。系统会在 Context.startService()、Context.stopService() 和 Context.bindService() 期间检查该权限。如果调用方没有所需的权限，将会发生 SecurityException。
对 <provider> 标记使用 android:permission 属性，以限制哪些其他应用可以访问 ContentProvider 中的数据。（content provider 有重要的附加安全工具可供其使用，称为 URI 权限，将在下一部分介绍。）与其他组件不同，可以为 content provider 设置两个单独的权限属性：android:readPermission，用于限制哪些其他应用可以从 provider 读取数据；以及 android:writePermission，用于限制哪些其他应用可以向其写入数据。请注意，如果某个 provider 有读取权限和写入权限保护，则仅拥有写入权限并不允许应用从该 provider 读取数据。
第一次检索 provider 以及应用对 provider 执行操作时，系统会检查这些权限。如果发出请求的应用没有任何相应权限，则会发生 SecurityException。使用 ContentResolver.query() 需要读取权限；使用 ContentResolver.insert()、ContentResolver.update() 或 ContentResolver.delete() 需要写入权限。在所有这些情况下，没有所需的权限将会导致 SecurityException。
可以进一步对其他应用如何访问应用的 content provider 进行精细控制。具体而言，content provider 可以利用读取和写入权限保护自己，同时仍允许其直接客户端与其他应用共享特定 URI。如需声明应用支持此模式，请使用 android:grantUriPermissions 属性或 <grant-uri-permission> 元素。
还可以根据 URI 授予权限。在启动 activity 或将结果返回给 activity 时，请设置 Intent.FLAG_GRANT_READ_URI_PERMISSION intent 标志、Intent.FLAG_GRANT_WRITE_URI_PERMISSION intent 标志或者同时设置两者。这会分别为其他应用授予对 intent 中包含的数据 URI 的读取、写入或读取/写入权限。无论从更笼统的角度来说其他应用是否有权访问 content provider 中的数据，它都会获得针对该 URI 的上述权限。
例如，假设用户正在使用应用查看包含图片附件的电子邮件。一般来说，其他应用本该无法访问电子邮件内容，但它们可能希望查看这张图片。应用可以结合使用 intent 和 Intent.FLAG_GRANT_READ_URI_PERMISSION intent 标志，以便图片查看应用能够查看这张图片。
另一个需要考虑的因素是应用可见性。如果应用以 Android 11（API 级别 30）或更高版本为目标平台，在默认情况下，系统会自动让部分应用对应用可见，并隐藏其他应用。如果应用具有 content provider，并且已向其他应用授予 URI 权限，那么应用会自动对该应用可见。
如需了解详情，请查看介绍 grantUriPermission()、revokeUriPermission() 和 checkUriPermission() 方法的参考资料。
对 <receiver> 标记使用 android:permission 属性，以限制哪些其他应用可以向关联的 BroadcastReceiver 发送广播。系统会在 Context.sendBroadcast() 返回后检查该权限，此时系统会尝试将提交的广播传递到指定的接收器。这意味着权限错误不会导致向调用方抛回异常；只是不会传递该 Intent。
同样，可以向 Context.registerReceiver() 提供权限，用于控制哪些其他应用可以向程序化地注册的接收器发送广播。另一方面，可以在调用 Context.sendBroadcast() 时提供权限，用于限制哪些广播接收器可以接收广播。
请注意，接收器和广播方可能都需要权限。发生这种情况时，两项权限检查都必须顺利通过，系统才会将 intent 传递到关联的目标。
Android 是一种权限分离的操作系统，其中每个应用都以不同的系统身份（Linux 用户 ID 和组 ID）运行。系统的各个部分也会被分隔为不同的身份。因此，Linux 可以将应用同其他应用和系统隔离开来。
应用可以定义其他应用可请求的权限，从而将自己的功能提供给后者。它们还可以定义能够自动提供给已使用同一证书进行签名的任何其他应用的权限。
所有 APK 都必须使用证书进行签名，证书的私钥由其开发者持有。此证书可标识应用创作者。证书无需由证书授权机构进行签名；Android 应用完全可以使用自签名证书，这种做法也十分普遍。Android 中的证书旨在区分应用创作者。这样，系统可以授予或拒绝应用对签名级权限的访问权限，以及同意或拒绝应用获取与另一应用相同的 Linux 身份的请求。
安装时，Android 会为每个软件包提供不同的 Linux 用户 ID。只要软件包在该设备上存续，在此期间其身份将保持不变。同一软件包在其他设备上可具有不同的 UID；重要的是每个软件包在指定设备上的 UID 是唯一的。
由于系统会在进程级别强制执行安全措施，因此任何两个软件包的代码通常都无法在同一进程中运行，因为它们需要以不同的 Linux 用户身份运行。您可以在每个软件包的 AndroidManifest.xml 的 清单标记中使用 sharedUserId 属性为它们分配相同的用户 ID。这样做以后，出于安全考虑，系统随后会将这两个软件包视为具有相同用户 ID 和文件权限的同一应用。请注意，为了确保安全性，只有具有相同签名（以及请求了相同 sharedUserId）的两个应用才能够获得相同的用户 ID。
系统会为应用存储的所有数据分配该应用的用户 ID，而其他软件包通常无法访问这些数据。
如需详细了解 Android 的安全模型，请参阅 Android 安全性概览。
如需强制执行自己的权限，您首先必须使用一个或多个 <permission> 元素在您的 AndroidManifest.xml 中声明它们。
例如，某个应用若要控制谁可以启动它的 Activity，可以针对此操作声明一个权限，如下所示：
<manifest
xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.myapp" >
<permission
android:name="com.example.myapp.permission.DEADLY_ACTIVITY"
android:label="@string/permlab_deadlyActivity"
android:description="@string/permdesc_deadlyActivity"
android:permissionGroup="android.permission-group.COST_MONEY"
android:protectionLevel="dangerous" />
...
</manifest>注意：系统不允许多个软件包声明同名权限，除非所有软件包均使用同一证书进行签名。如果软件包声明了某个权限，系统不会允许用户安装其他具有相同权限名称的软件包，除非这些软件包使用与第一个软件包相同的证书进行签名。在为自定义权限命名时，为了避免命名冲突，我们建议采用反向域名方式，例如 com.example.myapp.ENGAGE_HYPERSPACE。
protectionLevel 属性为必需项，用于指示系统如何向用户告知哪些应用正在请求权限或者谁可以获得该权限，如链接的文档中所述。
android:permissionGroup 属性为可选项，仅用于帮助系统向用户显示权限。在大多数情况下，您应将其设置为标准系统组（在 android.Manifest.permission_group 中列出），但您也可以自行定义组。最好使用现有的组，因为这可以简化用户看到的权限界面。
您需要为权限提供标签和说明。这些是用户在查看权限列表 (android:label) 或有关单个权限的详细信息 (android:description) 时能够看到的字符串资源。标签应当简短，用几个词描述该权限所保护的关键功能。说明应该用几个句子描述权限允许权限获得者执行哪些操作。我们通常会使用包含两个句子的说明：第一句描述权限；第二句提醒用户在向应用授予权限后可能会出现哪类错误。
以下示例展示了 CALL_PHONE 权限的标签和说明：
<string name="permlab_callPhone">directly call phone numbers</string>
<string name="permdesc_callPhone">Allows the app to call
phone numbers without your intervention. Malicious apps may
cause unexpected calls on your phone bill. Note that this does not
allow the app to call emergency numbers.</string>如上一部分中所示，您可以使用 android:permissionGroup 属性帮助系统向用户说明权限。在大多数情况下，您需要将此属性设置为标准系统组（在 android.Manifest.permission_group 中列出），但您也可以使用 <permission-group> 定义自己的组。
<permission-group> 元素为一组权限定义标签，这一组权限可以包括使用 <permission> 元素在清单中声明的权限和在其他位置声明的权限。此元素只会影响权限在向用户显示时的分组方式。<permission-group> 元素并不指定属于该组的权限，而是为该组提供名称。
将组名称分配给 <permission> 元素的 permissionGroup 属性可将权限放入组中。
<permission-tree> 元素为代码中定义的一组权限声明命名空间。
应用可以定义自己的自定义权限，还可以通过定义 <uses-permission> 元素向其他应用请求自定义权限。不过，您应该仔细评估应用是否有必要这样做。
https://developer.android.com/reference/android/Manifest.permission
https://developer.android.com/reference/android/Manifest.permission
ACCEPT_HANDOVER
允许呼叫应用继续在另一个应用中启动的呼叫ACCESS_BACKGROUND_LOCATION
允许应用程序在后台访问位置ACCESS_BLOBS_ACROSS_USERS
允许应用程序跨用户访问数据块ACCESS_CHECKIN_PROPERTIES
允许对checkin数据库中的“properties”表进行读/写操作，改值可以修改上传ACCESS_COARSE_LOCATION
允许应用程序访问大致位置ACCESS_FINE_LOCATION
允许应用程序访问精确位置ACCESS_LOCATION_EXTRA_COMMANDS
允许应用程序访问额外的位置提供程序命令ACCESS_MEDIA_LOCATION
允许应用程序访问用户共享集合中保留的任何地理位置ACCESS_NETWORK_STATE
允许应用程序访问有关网络的信息ACCESS_NOTIFICATION_POLICY
标记希望访问通知策略的应用程序的权限ACCESS_WIFI_STATE
允许应用程序访问有关Wi-Fi网络的信息ACCOUNT_MANAGER
允许应用程序调用帐户验证器ACTIVITY_RECOGNITION
允许应用程序活动识别ADD_VOICEMAIL
允许应用程序将语音邮件添加到系统中ANSWER_PHONE_CALLS
允许应用程序接听来电BATTERY_STATS
允许应用程序收集电池统计信息
保护级别：签名|特权|开发BIND_ACCESSIBILITY_SERVICE
必须是辅助功能服务所要求的，以确保只有系统才能绑定到它BIND_APPWIDGET
允许应用程序告诉应用程序控件服务哪个应用程序可以访问应用程序控件的数据BIND_AUTOFILL_SERVICE
必须是自动填充服务所要求的，以确保只有系统才能绑定到它BIND_CALL_REDIRECTION_SERVICE
必须是呼叫重定向服务所要求的，以确保只有系统才能绑定到它BIND_CARRIER_MESSAGING_CLIENT_SERVICE
必须使用此权限保护运营商消息客户端服务的子类BIND_CARRIER_MESSAGING_SERVICE
API level 23中不推荐使用此常量。请改用BIND_CARRIER_SERVICESBIND_CARRIER_SERVICES
允许绑定到运营商应用程序中的服务的系统进程将具有此权限BIND_CHOOSER_TARGET_SERVICE
API level 30中不推荐使用此常量。有关发布直接共享目标，请遵循说明：https://developer.android.com/training/sharing/receive.html#providing-direct-share-targetsBIND_COMPANION_DEVICE_SERVICE
必须是任何配套设备服务所要求的，以确保只有系统才能绑定到它。当智能手表、手环等设备可用时，安装在Android手机上的配套应用能够被及时唤醒并保持连接BIND_CONDITION_PROVIDER_SERVICE
必须是条件提供程序服务所要求的，以确保只有系统才能绑定到它BIND_CONTROLS
允许系统界面请求第三方控件BIND_DEVICE_ADMIN
必须由设备管理接收器要求，以确保只有系统才能与其交互BIND_DREAM_SERVICE
必须是DreamService所要求的，以确保只有系统才能绑定到它BIND_INCALL_SERVICE
必须是呼叫中服务所要求的，以确保只有系统才能绑定到它BIND_INPUT_METHOD
必须是输入方法服务所必需的，以确保只有系统才能绑定到它BIND_MIDI_DEVICE_SERVICE
必须是MidiDevice服务所要求的，以确保只有系统才能绑定到它BIND_NFC_SERVICE
必须是HostApduService或OffHostApduServices所要求的，以确保只有系统才能绑定到它。如NFC卡功能BIND_NOTIFICATION_LISTENER_SERVICE
必须是通知监听服务所必需的，以确保只有系统才能绑定到它BIND_PRINT_SERVICE
必须是打印服务所要求的，以确保只有系统才能绑定到它BIND_QUICK_ACCESS_WALLET_SERVICE
必须是快捷钱包服务所要求的，以确保只有系统才能绑定到它BIND_QUICK_SETTINGS_TILE
允许应用程序绑定到第三方快速设置BIND_REMOTEVIEWS
必须是远程视图服务所必需的，以确保只有系统才能绑定到它BIND_SCREENING_SERVICE
必须是呼叫筛选服务所要求的，以确保只有系统才能绑定到它BIND_TELECOM_CONNECTION_SERVICE
必须是连接服务所必需的，以确保只有系统才能绑定到它BIND_TEXT_SERVICE
必须是文本服务（例如拼写检查器服务）要求的，以确保只有系统才能绑定到它BIND_TV_INPUT
必须是电视输入服务所要求的，以确保只有系统才能绑定到它BIND_TV_INTERACTIVE_APP
必须是电视互动应用服务要求的，以确保只有系统才能绑定到它BIND_VISUAL_VOICEMAIL_SERVICE
必须是链接可视语音邮件服务所必需的，以确保只有系统才能绑定到它BIND_VOICE_INTERACTION
必须是语音交互服务所要求的，以确保只有系统才能绑定到它BIND_VPN_SERVICE
必须是VPN服务所要求的，以确保只有系统才能绑定到它BIND_VR_LISTENER_SERVICE
必须是VR监听服务所必需的，以确保只有系统才能绑定到它BIND_WALLPAPER
必须是壁纸服务所要求的，以确保只有系统才能绑定到它BLUETOOTH
允许应用程序连接到配对的蓝牙设备BLUETOOTH_ADMIN
允许应用程序发现和配对蓝牙设备BLUETOOTH_ADVERTISE
需要能够向附近的蓝牙设备发布广告BLUETOOTH_CONNECT
需要能够连接到配对的蓝牙设备BLUETOOTH_PRIVILEGED
允许应用程序在无需用户交互的情况下配对蓝牙设备，并允许或禁止电话簿访问或消息访问BLUETOOTH_SCAN
需要能够发现和配对附近的蓝牙设备BODY_SENSORS
允许应用程序访问来自传感器的数据，用户使用这些传感器来测量体内发生的情况，例如心率BODY_SENSORS_BACKGROUND
允许应用程序访问来自传感器的数据，用户使用这些传感器来测量体内发生的情况，例如心率BROADCAST_PACKAGE_REMOVED
允许应用程序广播应用程序包已删除的通知BROADCAST_SMS
允许应用程序广播SMS接收通知BROADCAST_STICKY
允许应用程序广播粘性意图BROADCAST_WAP_PUSH
允许应用程序广播WAP推送接收通知CALL_COMPANION_APP
允许实现呼叫服务API的应用程序有资格作为呼叫配套应用程序启用CALL_PHONE
允许应用程序启动电话呼叫，而无需通过拨号器用户界面，以便用户确认呼叫CALL_PRIVILEGED
允许应用程序拨打任何电话号码，包括紧急电话号码，而无需通过拨号器用户界面让用户确认正在拨打的电话CAMERA
需要能够访问摄像机设备CAPTURE_AUDIO_OUTPUT
允许应用程序捕获音频输出CHANGE_COMPONENT_ENABLED_STATE
允许应用程序更改是否启用应用程序组件（而不是其自身的组件）CHANGE_CONFIGURATION
允许应用程序修改当前配置，例如区域设置CHANGE_NETWORK_STATE
允许应用程序更改网络连接状态CHANGE_WIFI_MULTICAST_STATE
允许应用程序进入Wi-Fi多播模式CHANGE_WIFI_STATE
允许应用程序更改Wi-Fi连接状态CLEAR_APP_CACHE
允许应用程序清除设备上所有已安装应用程序的缓存CONTROL_LOCATION_UPDATES
允许启用/禁用来自无线的位置更新通知DELETE_CACHE_FILES
删除应用程序缓存文件的旧权限，已不再使用，但这意味着我们要悄悄忽略调用，而不是抛出异常DELETE_PACKAGES
允许应用程序删除包DELIVER_COMPANION_MESSAGES
允许应用程序向系统传递配套消息DIAGNOSTIC
允许应用程序RW访问诊断资源DISABLE_KEYGUARD
允许应用程序禁用键盘保护（如果它不安全）DUMP
允许应用程序从系统服务检索状态转储信息EXPAND_STATUS_BAR
允许应用程序展开或折叠状态栏FACTORY_TEST
作为制造商测试应用程序运行，作为根用户运行FOREGROUND_SERVICE
允许常规应用程序使用Service.startForegroundGET_ACCOUNTS
允许访问帐户服务中的帐户列表GET_ACCOUNTS_PRIVILEGED
允许访问帐户服务中的帐户列表GET_PACKAGE_SIZE
允许应用程序查找任何包使用的空间GET_TASKS
API level 21中已弃用此常量。不再强制执行GLOBAL_SEARCH
此权限可用于内容提供商，以允许全局搜索系统访问其数据HIDE_OVERLAY_WINDOWS
允许应用程序防止在其上绘制非系统覆盖窗口HIGH_SAMPLING_RATE_SENSORS
允许应用程序访问采样率大于200 Hz的传感器数据INSTALL_LOCATION_PROVIDER
允许应用程序将位置提供程序安装到位置管理器中INSTALL_PACKAGES
允许应用程序安装软件包INSTALL_SHORTCUT
允许应用程序在Launcher中安装快捷方式INSTANT_APP_FOREGROUND_SERVICE
允许即时应用程序创建前台服务INTERACT_ACROSS_PROFILES
允许在同一配置文件组中跨配置文件进行交互INTERNET
允许应用程序打开网络连接KILL_BACKGROUND_PROCESSES
允许应用程序调用ActivityManager.killBackgroundProcesses()LAUNCH_MULTI_PANE_SETTINGS_DEEP_LINK
应用程序需要此权限才能进行设置。ACTION_SETTINGS_EMBED_DEEP_LINK_ACTIVITY显示其嵌入设置应用程序中的ActivityLOADER_USAGE_STATS
允许数据加载器读取包的访问日志LOCATION_HARDWARE
允许应用程序使用硬件中的位置功能，例如地理围栏apiMANAGE_DOCUMENTS
允许应用程序管理对文档的访问，通常作为文档选择器的一部分MANAGE_EXTERNAL_STORAGE
允许应用程序广泛访问作用域存储中的外部存储MANAGE_MEDIA
允许应用程序修改和删除此设备或任何连接的存储设备上的媒体文件，而无需用户确认MANAGE_ONGOING_CALLS
允许查询正在进行的通话详细信息并管理正在进行的呼叫
保护级别：签名| appopMANAGE_OWN_CALLS
允许调用应用程序通过自管理的ConnectionService API管理自己的调用MANAGE_WIFI_INTERFACES
允许应用程序在不拆除一个或多个其他接口的情况下无法满足Wi-Fi接口请求时获得通知，并提供批准还是拒绝请求的决定MANAGE_WIFI_NETWORK_SELECTION
此权限用于让OEM授予其受信任的应用程序访问特权wifi API的子集，以提高wifi性能MASTER_CLEAR
不供第三方应用程序使用MEDIA_CONTENT_CONTROL
允许应用程序知道正在播放的内容并控制其播放MODIFY_AUDIO_SETTINGS
允许应用程序修改全局音频设置MODIFY_PHONE_STATE
允许修改电话状态，如开机、mmi码等MOUNT_FORMAT_FILESYSTEMS
允许格式化可移动存储的文件系统MOUNT_UNMOUNT_FILESYSTEMS
允许为可移动存储装载和卸载文件系统NEARBY_WIFI_DEVICES
需要能够通过Wi-Fi发布广告并连接到附近的设备NFC
允许应用程序通过NFC执行I/O操作NFC_PREFERRED_PAYMENT_INFO
允许应用程序接收NFC首选支付服务信息NFC_TRANSACTION_EVENT
允许应用程序接收NFC交易事件OVERRIDE_WIFI_CONFIG
允许应用程序修改任何wifi配置，即使是由其他应用程序创建的PACKAGE_USAGE_STATS
允许应用程序收集组件使用统计信息
声明权限意味着有意使用API，设备用户可以通过设置应用程序授予权限PERSISTENT_ACTIVITY
API level 15中已弃用此常量。此功能将在将来删除；请不要使用。允许应用程序使其活动持久化POST_NOTIFICATIONS
允许应用发布通知
防护等级：危险PROCESS_OUTGOING_CALLS
API level 29中不推荐使用此常量。应用程序应使用CallRedirectionService而不是Intent.ACTION_NEW_OUTGOING_CALL广播QUERY_ALL_PACKAGES
允许查询设备上的任何正常应用程序，而不考虑清单声明READ_ASSISTANT_APP_SEARCH_DATA
允许应用程序在AppSearch中查询ASSISTANT角色可见的全局数据READ_BASIC_PHONE_STATE
允许以非危险权限只读访问手机状态，包括蜂窝网络类型、软件版本等信息READ_CALENDAR
允许应用程序读取用户的日历数据READ_CALL_LOG
允许应用程序读取用户的呼叫日志READ_CONTACTS
允许应用程序读取用户的联系人数据READ_EXTERNAL_STORAGE
允许应用程序从外部存储读取数据READ_HOME_APP_SEARCH_DATA
允许应用程序查询对HOME角色可见的AppSearch中的全局数据READ_INPUT_STATE
API level 16中不推荐使用此常量。已删除使用此权限的APIREAD_LOGS
允许应用程序读取低级系统日志文件READ_MEDIA_AUDIO
允许应用程序从外部存储读取音频文件READ_MEDIA_IMAGES
允许应用程序从外部存储读取图像文件READ_MEDIA_VIDEO
允许应用程序从外部存储读取视频文件READ_NEARBY_STREAMING_POLICY
允许应用程序读取附近的流策略READ_PHONE_NUMBERS
允许读取设备的电话号码READ_PHONE_STATE
允许只读访问电话状态，包括当前蜂窝网络信息、任何正在进行的通话的状态以及设备上注册的任何电话帐户的列表READ_PRECISE_PHONE_STATE
允许只读访问精确的电话状态READ_SMS
允许应用程序读取短信READ_SYNC_SETTINGS
允许应用程序读取同步设置READ_SYNC_STATS
允许应用程序读取同步统计信息READ_VOICEMAIL
允许应用程序读取系统中的语音邮件REBOOT
需要重新启动设备RECEIVE_BOOT_COMPLETED
允许应用程序接收在系统完成引导后广播的Intent.ACTION_BOOT_COMPLETEDRECEIVE_MMS
允许应用程序监视传入的彩信RECEIVE_SMS
允许应用程序接收短信RECEIVE_WAP_PUSH
允许应用程序接收WAP推送消息RECORD_AUDIO
允许应用程序录制音频REORDER_TASKS
允许应用程序更改任务的Z顺序。REQUEST_COMPANION_PROFILE_APP_STREAMING
允许应用程序请求与能够通过CompanionDeviceManager流式传输Android应用程序（AssociationRequest.DEVICE_PROFILE_APP_STREAMING）的虚拟显示器关联REQUEST_COMPANION_PROFILE_AUTOMOTIVE_PROJECTION
允许应用程序请求与CompanionDeviceManager能够自动投影的车辆主机单元（AssociationRequest.DEVICE_PROFILE_AUTOMOTIVE_PROJECTION）关联REQUEST_COMPANION_PROFILE_COMPUTER
允许应用程序请求与计算机关联，以与其他设备共享功能和/或数据，例如CompanionDeviceManager提供的通知、照片和媒体（AssociationRequest.DEVICE_PROFILE_COMPUTER）REQUEST_COMPANION_PROFILE_WATCH
允许应用程序通过CompanionDeviceManager请求作为“监视”与设备关联
保护等级：正常REQUEST_COMPANION_RUN_IN_BACKGROUND
允许配套应用程序在后台运行REQUEST_COMPANION_SELF_MANAGED
允许应用程序创建“自我管理”关联REQUEST_COMPANION_START_FOREGROUND_SERVICES_FROM_BACKGROUND
允许配套应用程序从后台启动前台服务REQUEST_COMPANION_USE_DATA_IN_BACKGROUND
允许配套应用程序在后台使用数据REQUEST_DELETE_PACKAGES
允许应用程序请求删除包REQUEST_IGNORE_BATTERY_OPTIMIZATIONS
应用程序必须持有的权限才能使用Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONSREQUEST_INSTALL_PACKAGES
允许应用程序请求安装软件包REQUEST_OBSERVE_COMPANION_DEVICE_PRESENCE
允许应用程序订阅有关其关联同伴设备的状态更改的通知REQUEST_PASSWORD_COMPLEXITY
允许应用程序请求屏幕锁定复杂性，并提示用户将屏幕锁定更新到特定的复杂性级别RESTART_PACKAGES
API level 15中不推荐使用此常量。不再支持ActivityManager.restartPackage() APISCHEDULE_EXACT_ALARM
允许应用程序使用精确的报警APISEND_RESPOND_VIA_MESSAGE
允许应用程序（电话）向其他应用程序发送请求，以便在来电时通过消息操作处理响应SEND_SMS
允许应用程序发送短信SET_ALARM
允许应用程序广播意向，为用户设置警报SET_ALWAYS_FINISH
允许应用程序控制活动在置于后台时是否立即完成SET_ANIMATION_SCALE
修改全局动画缩放因子SET_DEBUG_APP
配置应用程序以进行调试SET_PREFERRED_APPLICATIONS
此常量在API level 15中已弃用。不再有用，请参阅PackageManager.addPackageToPreferred() 获取详细信息SET_PROCESS_LIMIT
允许应用程序设置可以运行的最大应用程序进程数（不需要）SET_TIME
允许应用程序直接设置系统时间SET_TIME_ZONE
允许应用程序直接设置系统时区SET_WALLPAPER
允许应用程序设置壁纸SET_WALLPAPER_HINTS
允许应用程序设置壁纸提示SIGNAL_PERSISTENT_PROCESSES
允许应用程序请求向所有持久进程发送信号SMS_FINANCIAL_TRANSACTIONS
API level 31中不推荐使用此常量。使用此权限的API不再起作用START_FOREGROUND_SERVICES_FROM_BACKGROUND
允许应用程序随时从后台启动前台服务START_VIEW_APP_FEATURES
允许持有者使用应用程序功能列表启动屏幕START_VIEW_PERMISSION_USAGE
允许持有者启动应用程序的权限使用屏幕STATUS_BAR
允许应用程序打开、关闭或禁用状态栏及其图标SUBSCRIBE_TO_KEYGUARD_LOCKED_STATE
允许应用程序订阅键盘锁定（即显示）状态SYSTEM_ALERT_WINDOW
允许应用程序使用WindowManager.LayoutParams.type_APPLICATION_OVERLAY类型创建窗口，该类型显示在所有其他应用程序的顶部TRANSMIT_IR
允许使用设备的红外发射器（如果可用）UNINSTALL_SHORTCUT
不要在应用中使用此权限UPDATE_DEVICE_STATS
允许应用程序更新设备统计信息UPDATE_PACKAGES_WITHOUT_USER_ACTION
允许应用程序通过PackageInstaller.SessionParams.setRequireUserAction(int) 进行指示，表示应用程序更新不需要用户操作。USE_BIOMETRIC
允许应用程序使用设备支持的生物特征模式USE_EXACT_ALARM
允许应用程序使用与SCHEDULE_exact_ALARM相同的精确报警，但无需向用户请求此权限USE_FINGERPRINT
API level 28中不推荐使用此常量。应用程序应改为请求USE_BIOMETRICUSE_FULL_SCREEN_INTENT
针对Build.VERSION_CODES.Q的应用程序需要使用通知全屏intent。比如微信来语音或者视频通话时,弹出的接听页面就是使用这一功能USE_ICC_AUTH_WITH_DEVICE_IDENTIFIER
允许读取设备标识符并使用基于ICC的身份验证，如EAP-AKAUSE_SIP
允许应用程序使用SIP服务UWB_RANGING
需要能够覆盖使用超宽带的设备VIBRATE
允许访问手机振动器WAKE_LOCK
允许使用电源管理器唤醒锁定来防止处理器休眠或屏幕变暗WRITE_APN_SETTINGS
允许应用程序写入apn设置并读取现有apn设置的敏感字段，如用户和密码WRITE_CALENDAR
允许应用程序写入用户的日历数据WRITE_CALL_LOG
允许应用程序写入（但不读取）用户的呼叫日志数据WRITE_CONTACTS
允许应用程序写入用户的联系人数据WRITE_EXTERNAL_STORAGE
允许应用程序写入外部存储WRITE_GSERVICES
允许应用程序修改Google服务地图WRITE_SECURE_SETTINGS
允许应用程序读取或写入安全系统设置WRITE_SETTINGS
允许应用程序读取或写入系统设置WRITE_SYNC_SETTINGS
允许应用程序写入同步设置WRITE_VOICEMAIL
允许应用程序修改和删除系统中现有的语音邮件