Android中的Normal Permission — 是什么、保护级别及工作原理

Android中的Normal Permission是什么

Normal Permission — 具有ProtectionLevel normal的Android系统权限类型，在安装时自动授予应用程序。开发者无需编写请求代码 — 只需在AndroidManifest.xml中指定权限即可。用户看不到对话框，也无法单独撤销normal permission，只能通过完全删除应用程序来实现。

Android系统将普通权限归类为低风险 — 它们不提供对个人数据、摄像头或麦克风的访问。典型示例：访问互联网、控制振动、读取Wi-Fi状态。根据Android Security Model (2024)，所有系统权限中约40%属于normal类别。

重要属性 — 普通权限不能在运行时通过Settings撤销。如果用户想要禁止访问，唯一的方法是删除应用程序。开发者在架构中应考虑这一点，但对用户而言，这种方法简化了交互：首次启动时没有任何对话框。

类别的历史

普通权限和危险权限的划分出现在Android 6.0 Marshmallow（API 23）中。在此版本之前，所有权限都在安装时请求 — 用户看到一个统一的列表，并整体接受或拒绝。 Normal Permission 为低风险操作保留了这种模式，而Dangerous则转向了运行时请求。这一改变改善了用户体验，同时提高了安全性。

哪些API需要Normal Permission

许多Android系统API需要显式指定普通权限，即使访问是自动的。例如，ConnectivityManager类需要ACCESS_NETWORK_STATE，VibratorService需要VIBRATE，WifiManager需要ACCESS_WIFI_STATE。如果没有声明相应的uses-permission，调用这些API将导致SecurityException。

ProtectionLevel normal如何工作

ProtectionLevel normal — Android权限系统中的最低保护级别。具有此级别的权限在清单中声明，系统在安装时检查声明，无需用户干预即可授予访问权限。不显示任何UI元素，不调用任何回调。

检查机制在PackageManager级别工作。在安装APK时，系统扫描所有uses-permission标签，通过与permissions.xml文件中的系统定义进行比较来确定每个权限的保护级别，对于normal-level只需注册访问。该过程只需毫秒，不需要与用户界面交互。

授予算法如下：

• 系统在安装应用程序时读取清单
• 匹配设备上/etc/permissions/中的protectionLevel
• 值为normal时 — 自动授予访问权限
• 权限保持活动状态，直到完全删除应用程序

用户无法通过界面撤销普通权限。在应用程序设置的权限部分，只显示危险权限。这与iOS形成对比，在iOS中，无论功能的敏感程度如何，每个权限都需要单独确认。

Normal Permission与Dangerous Permission对比

Normal和Dangerous Permission — Android中两种相反的保护类别。主要区别在于授予方式：普通权限在安装时自动授予，危险权限需要通过运行时对话框获得明确同意。这种差异从Android 6.0 Marshmallow版本开始就内置于安全架构中。

关键特性对比：

用户请求的区别

用户在Normal Permission请求中看不到任何对话框。如果应用程序需要INTERNET — 它会静默获取。对于Dangerous Permission，系统会显示一个模态对话框，描述所请求的访问权限。用户按下Allow或Deny，之后可以随时通过Settings撤销权限。这是决定界面开发策略的关键UX差异。

何时选择Normal

在所有访问不涉及敏感数据的情况下，应使用Normal权限。ACCESS_NETWORK_STATE用于检查连接，VIBRATE用于触觉反馈，INTERNET用于HTTP请求 — 这些都是普通权限。在normal足够的情况下使用dangerous级别是糟糕的做法，会创建不必要的对话框并降低用户对应用程序的信任。

Android中普通权限列表

Android定义了数十个普通权限，每个对应一个特定的系统功能。所有权限都可以通过Manifest.permission类的常量访问。以下是应用程序开发中最常用的权限列表。

普通权限的分组

普通权限不会为了在UI中显示而分组到Permission Group中。Android中的分组用于设置屏幕，其中只显示危险权限。但是，逻辑上可以将普通权限分为以下几类：网络（INTERNET, ACCESS_NETWORK_STATE）、硬件（VIBRATE, WAKE_LOCK）、系统（SET_ALARM）和蓝牙权限。

Manifest.permission中的一些常量可能在不同Android版本上改变保护级别。例如，BLUETOOTH_CONNECT在Android 12+上成为带有运行时请求的危险权限，尽管在更早的版本中是normal。建议开发者通过文档检查目标API的当前protectionLevel。

通过PackageManager检查Normal Permission

开发者可以通过PackageManager编程检查权限是否为普通权限。getPermissionInfo方法返回PermissionInfo，其protectionLevel字段包含PermissionInfo.PROTECTION_NORMAL标志。这对于动态处理和调试很有用。

fun isNormalPermission(permission: String): Boolean {
    val pm = packageManager
    val info = pm.getPermissionInfo(
        permission,
        PackageManager.GET_META_DATA
    )
    return info.protectionLevel ==
        PermissionInfo.PROTECTION_NORMAL
}

如何在清单中声明Normal Permission

在AndroidManifest.xml中声明Normal Permission是最简单的操作，只需一个uses-permission标签。不需要额外配置protectionLevel，因为保护级别由系统定义决定，而非应用程序清单。开发者只需指定常量的完整名称。

<!-- AndroidManifest.xml -->
<uses-permission
    android:name="android.permission.INTERNET" />
<uses-permission
    android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission
    android:name="android.permission.VIBRATE" />

系统在安装时处理所有声明。如果至少有一个指定的权限具有不同于normal的protectionLevel，则需要运行时请求。INTERNET — 最流行的普通权限，存在于大多数Android应用程序中，尤其是那些执行HTTP请求或从网络加载内容的应用程序。

完整清单示例

包含普通和危险权限的完整AndroidManifest.xml示例展示了区别：语法上uses-permission标签相同，但在执行阶段，INTERNET和VIBRATE将自动授予，而CAMERA需要对话框。

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

    <!-- Normal permissions -->
    <uses-permission
        android:name="android.permission.INTERNET" />
    <uses-permission
        android:name="android.permission.VIBRATE" />

    <!-- Dangerous permission -->
    <uses-permission
        android:name="android.permission.CAMERA" />
</manifest>

Manifest Merger和Normal Permission

在使用库（Google Play Services、Firebase、Glide）时，它们可以通过Manifest Merger将自己的uses-permission添加到最终清单中。其中一些是普通的（Firebase的INTERNET），其他是危险的（Google Maps的ACCESS_FINE_LOCATION）。开发者应在发布前检查build/outputs/logs/manifest-merger-report.txt中的最终合并清单。

Normal Permission的限制

Normal Permission有两个基本限制：无法由用户撤销和缺乏管理UI。如果用户不信任该应用程序，但普通权限已经自动授予 — 唯一的出路是删除应用程序。这会产生一定的风险，因为普通权限不会被Android的标准工具阻止。

额外的限制出现在具有多个配置文件（Work Profile、Multiple Users）的设备上。Normal Permission会立即为所有配置文件授予 — 应用程序无法将权限限制为仅一个。在企业场景中，这通过Managed Configurations解决。

无法检查应用程序当前是否正在使用Normal Permission。系统方法checkSelfPermission仅适用于危险权限。对于普通权限，它始终返回PERMISSION_GRANTED，这并不反映实际活动。在安全审计和应用程序行为分析中应考虑这一点。

还要记住，一些设备制造商（小米、华为、三星）会修改权限的默认行为。在他们的固件上，Normal Permission可能在MIUI或EMUI专有界面中需要额外的权限。建议开发者在不同厂商的真实设备上测试功能。