Android框架读写应用专属文件的永久方法咨询（AOSP权限问题）

问题根源 #

你的BatteryStatsService运行在system_server进程下，属于system UID，而应用专属目录（/data/user/0/com.example.APPS/files/）归目标应用的UID所有，同时SELinux会严格限制跨UID的文件访问操作。临时修改文件权限或关闭SELinux仅能解决单次会话的问题，重启后系统会恢复默认的权限和SELinux策略。

以下是几种永久解决的方案：

1. 切换到目标应用的UID执行文件操作 #

Android的文件权限基于UID/GID管控，你可以在框架代码中临时切换到目标应用的UID完成文件读写，操作完成后再切回原UID。

代码修改示例（在BatteryStatsService中）：

FileWriter writer = null;
PackageManager pm = mContext.getPackageManager();
int originalUid = Process.myUid();
try {
    // 获取目标应用的UID
    ApplicationInfo appInfo = pm.getApplicationInfo("com.example.APPS", 0);
    int targetUid = appInfo.uid;
    
    // 切换到目标应用UID
    Process.setUid(targetUid);
    
    // 构造合法的文件路径（避免硬编码）
    File filesDir = new File(appInfo.dataDir, "files");
    File targetFile = new File(filesDir, "FILES");
    
    // 执行文件写入操作
    JSONObject oneHist = new JSONObject();
    oneHist.put("a", "b");
    writer = new FileWriter(targetFile, true);
    writer.write(oneHist.toString() + "\n");
    writer.flush();                
} catch (PackageManager.NameNotFoundException | JSONException | IOException e){
    e.printStackTrace();
} finally {
    // 切回原UID
    try {
        Process.setUid(originalUid);
    } catch (Exception e) {
        e.printStackTrace();
    }
    // 关闭文件流
    if (writer != null) {
        try { writer.close(); } catch (Exception e) { }
    }
}

注意事项：

• 切换UID后，system_server的临时权限会变为目标应用的权限，必须确保操作完成后切回原UID，否则会影响系统服务的正常运行。
• 若目标应用未安装，getApplicationInfo会抛出NameNotFoundException，需做好异常处理。

2. 永久修改SELinux策略（仅适用于定制ROM开发） #

如果你正在定制Android ROM，可以通过修改SELinux策略，允许system进程访问应用的文件目录。

操作步骤：

1. 打开系统源码中的SEPolicy配置文件：system/sepolicy/private/system_app.te
2. 添加以下规则（二选一）：

   # 全局允许（不推荐，降低安全性）
   allow system_app app_data_file:file rw_file_perms;
   
   # 仅允许访问指定应用的目录（推荐）
   allow system_app com_example_APPS_data_file:file rw_file_perms;
   

3. 重新编译SEPolicy并刷入设备，重启后策略会永久生效。

注意事项：

• 全局开放权限会降低系统安全性，建议仅针对目标应用的目录添加规则。
• 需确保SEPolicy编译环境正常，修改后需重新打包系统镜像。

3. 通过ContentProvider间接访问（最符合Android安全规范） #

如果可以修改目标应用，推荐让应用提供一个ContentProvider，系统服务通过ContentResolver来读写数据，完全遵循Android的安全模型，无需直接操作文件。

目标应用侧修改：

1. 实现一个自定义ContentProvider，在insert/query/update方法中处理文件读写逻辑。
2. 在AndroidManifest.xml中声明该ContentProvider，并设置合适的权限（如允许系统进程访问）。

框架服务侧代码：

ContentResolver resolver = mContext.getContentResolver();
Uri uri = Uri.parse("content://com.example.APPS.fileprovider/files");
ContentValues values = new ContentValues();
values.put("data", "{\"a\":\"b\"}");
resolver.insert(uri, values);

方案对比 #

内容的提问来源于stack exchange，提问作者user4315272