如何混淆Android AOSP/LineageOS 13系统应用代码与资源？

一、系统应用Java代码混淆（基于Android.bp） #

完全可以用ProGuard/R8为Android.bp构建的系统应用配置混淆，AOSP原生支持这种配置，只是写法和Gradle不同。

配置步骤如下：

• 在目标应用的Android.bp文件中开启混淆：
  以SystemUI为例，找到对应的android_app模块，添加混淆相关配置：

  android_app {
      name: "SystemUI",
      // 保留原有其他配置
      proguard_flags: ["-include $(LOCAL_PATH)/proguard-rules.pro"],
      proguard_enabled: true,
  }
  

• 编写proguard-rules.pro规则文件：
  系统应用依赖大量framework接口，必须严格保留核心类和方法，避免反射或系统调用失败。示例规则：

  # 保留四大组件
  -keep public class * extends android.app.Activity
  -keep public class * extends android.app.Service
  -keep public class * extends android.content.BroadcastReceiver
  -keep public class * extends android.content.ContentProvider
  
  # 保留framework核心类，防止系统调用异常
  -keep class android.** { *; }
  -keep class com.android.internal.** { *; }
  
  # 保留目标应用的核心业务类，比如SystemUI的状态栏、导航栏相关类
  -keep class com.android.systemui.** {
      public protected *;
  }
  

• 正常构建即可：
  只要Android.bp中proguard_enabled设为true，构建过程会自动触发混淆，无需额外命令参数。

关于启动问题：只要混淆规则配置正确，固件可以正常启动。但如果规则遗漏了核心类或反射调用的方法，会导致系统应用崩溃（比如SystemUI崩溃会导致桌面无响应），所以必须充分测试，优先保留所有系统级依赖的类和方法。

二、系统应用资源混淆 #

AndResGuard确实主要适配Gradle构建的第三方应用，AOSP原生构建的系统应用没有直接集成它的机制，不过有两种替代思路：

• 手动修改资源并更新引用：
  手动重命名res目录下的资源文件，再批量替换代码、布局文件中的资源引用。但系统应用资源数量大，且依赖framework-res，这种方式极易出错，不适合大规模操作。
• 定制AOSP构建流程：
  修改AOSP的构建脚本（比如build/core下的相关文件），在资源编译后、打包前插入资源混淆步骤，调用类似AndResGuard的工具处理资源文件和R.java。这种方式需要深入理解AOSP构建流程，维护成本较高，适合深度定制需求的开发者。

另外必须注意：framework-res.apk绝对不能混淆，它是系统核心资源包，所有系统应用和第三方应用都依赖它的资源ID，混淆会导致全局资源引用失败，直接引发系统崩溃。

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