别再乱放了！Android系统应用预装，/system/priv-app和/system/app到底怎么选？（附实战测试结果）

Android系统应用预装实战指南：priv-app与app目录的深度抉择

在Android系统定制开发中，预装应用的位置选择往往让开发者陷入两难——究竟该将应用放入/system/priv-app还是/system/app目录？这个看似简单的决策背后，实则关系到应用权限、保活机制、升级策略等核心问题。本文将基于实际测试数据，从工程实践角度剖析两者的本质差异，并提供一套完整的决策框架。

1. 核心差异解析：权限与行为的本质区别

1.1 权限层级的结构性差异

Android系统对预装应用的权限控制存在明显的层级划分：

• 普通应用：仅能使用normal或dangerous级别的权限
• /system/app应用：
  • 可声明signature级别权限
  • 无法直接使用signatureOrSystem权限
• /system/priv-app应用：
  • 自动获得PRIVATE_FLAG_PRIVILEGED标志
  • 可使用signature|privileged级别权限
  • 默认具备系统签名等效权限

// 系统判断特权应用的源码逻辑 private static boolean isPrivilegedApp(PackageParser.Package pkg) { return (pkg.applicationInfo.privateFlags & ApplicationInfo.PRIVATE_FLAG_PRIVILEGED) != 0; }

1.2 进程保活机制对比

通过实测不同目录下Service的保活行为，我们得到以下数据：

注意：priv-app目录下的核心服务（如SystemUI）即使被kill也会在1秒内自动重启，这在日志中表现为：ActivityManager: Scheduling restart of crashed service... in 1000ms

2. 工程决策四维评估模型

2.1 权限需求评估

需要回答以下关键问题：

1. 是否需要使用以下敏感权限？
   • WRITE_SECURE_SETTINGS
   • MODIFY_PHONE_STATE
   • CONTROL_VPN
2. 是否涉及系统核心功能修改？
3. 是否需要跨进程访问受保护数据？

<!-- 典型privileged权限声明示例 --> <permission android:name="android.permission.TETHER_PRIVILEGED" android:protectionLevel="signature|privileged" />

2.2 保活需求评估

根据应用类型选择目录：

• 必须常驻的服务：如设备管理、安全监控等 → priv-app
• 可中断的后台服务：如数据统计、日志收集 → app
• 用户交互型应用：如系统设置、相机 → 根据权限需求决定

2.3 升级策略考量

priv-app目录带来的升级挑战：

1. 传统OTA升级需要重新刷写system分区
2. 动态更新可能导致服务重启冲突
3. 厂商定制ROM通常需要重新打包

解决方案对比：

2.4 厂商适配成本

从手机制造商角度评估：

• priv-app优势：
  • 无需额外保活机制
  • 权限控制简单
• app优势：
  • 升级灵活
  • 不影响系统稳定性
  • 调试更方便

3. 实战测试数据揭秘

3.1 权限获取测试

我们对WRITE_SECURE_SETTINGS权限进行了严格测试：

1. 普通签名应用
   • priv-app目录：成功写入
   • app目录：SecurityException
2. 系统签名应用
   • app目录：成功写入
   • 用户安装：成功写入（需系统签名）

// 测试代码片段 ContentResolver resolver = getContentResolver(); Settings.Global.putInt(resolver, "wifi_on", 1); // 需要签名或特权

3.2 性能影响测试

通过Monkey测试对比：

4. 最佳实践与决策流程图

4.1 决策路径图

开始 │ ├─ 需要特权权限？ → 是 → 选择priv-app │ │ │ └─ 能解决升级问题？ → 否 → 考虑替代方案 │ ├─ 需要绝对保活？ → 是 → 选择priv-app │ └─ 其他情况 → 选择app目录

4.2 编译配置指南

在Android.bp中明确声明：

android_app { name: "MySystemApp", privileged: true, // 是否放入priv-app certificate: "platform", // 系统签名 platform_apis: true, // 使用系统API }

或在Android.mk中：

LOCAL_CERTIFICATE := platform LOCAL_PRIVILEGED_MODULE := true # 关键配置项

4.3 混合部署策略

对于复杂系统，可采用：

1. 核心服务放在priv-app
2. 辅助功能放在app
3. 通过Binder机制建立通信
4. 使用android:sharedUserId共享权限

<!-- AndroidManifest.xml配置示例 --> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.example.core" android:sharedUserId="android.uid.system">

在多年系统定制经验中，我们发现最稳妥的做法是：仅在绝对必要时使用priv-app目录。过度使用特权目录不仅会增加系统负担，还会带来意想不到的兼容性问题。一个实用的技巧是先在app目录测试，当确实遇到权限限制时再考虑迁移到priv-app。