Activity名称混淆的自动化实现方案问询

这个问题确实戳中了Android组件混淆的痛点——ProGuard/R8确实没法直接混淆Activity类名，因为系统得靠类名定位这些组件。不过你说的「编译前自动映射修改晦涩名称」的思路完全可行，我给你几个能集成到构建流程里的自动化方案：

方案一：自定义Gradle Transform API（最可靠的编译期修改） #

Transform是Android编译流程中的钩子，能在字节码生成前/后修改类文件和资源，完美适配你的需求：

• 第一步：定义映射规则
  创建一个JSON配置文件（比如activity-mappings.json），存好你要替换的类名映射：

  {
    "com.yourpackage.MainActivity": "com.yourpackage.aXyZ123",
    "com.yourpackage.ProcessingActivity": "com.yourpackage.bCd456"
  }
  

• 第二步：编写自定义Transform
  在你的项目中创建一个Gradle插件模块，实现Transform逻辑：
  1. 遍历所有输入的类文件，匹配映射表中的原类名，将类文件重命名为映射后的晦涩名称，同时修改字节码中的类引用
  2. 解析AndroidManifest.xml，把<activity>标签的android:name属性替换成映射后的类名
  3. 扫描所有Java/Kotlin源文件或字节码，把显式Intent跳转（比如new Intent(this, MainActivity.class)）中的类引用替换成新名称，包括字符串形式的类名引用（比如Intent.setComponent(new ComponentName("com.yourpackage", "MainActivity"))）
• 第三步：集成到构建流程
  在app模块的build.gradle中引入自定义插件，让Transform在编译阶段自动执行。

方案二：Gradle脚本预处理源文件（轻量快速方案） #

如果不想写复杂的Transform，也可以用Gradle任务直接修改源文件，在编译前完成类名替换：

• 在app模块的build.gradle中添加一个预处理任务，绑定到compileDebugJavaWithJavac（或Release对应任务）之前执行：

  task renameActivities(type: DefaultTask) {
      doLast {
          def mappings = new JsonSlurper().parse(file("activity-mappings.json"))
          // 修改Java/Kotlin源文件中的类名和引用
          fileTree("src/main/java").visit { FileVisitDetails details ->
              if (details.file.name.endsWith(".java") || details.file.name.endsWith(".kt")) {
                  def content = details.file.text
                  mappings.each { oldName, newName ->
                      def simpleOldName = oldName.split("\\.").last()
                      def simpleNewName = newName.split("\\.").last()
                      // 替换类定义、import语句、Intent跳转中的引用
                      content = content.replaceAll(simpleOldName, simpleNewName)
                      content = content.replaceAll(oldName, newName)
                  }
                  details.file.write(content)
              }
          }
          // 修改AndroidManifest中的Activity名称
          def manifestFile = file("src/main/AndroidManifest.xml")
          def manifestContent = manifestFile.text
          mappings.each { oldName, newName ->
              manifestContent = manifestContent.replaceAll(oldName, newName)
          }
          manifestFile.write(manifestContent)
      }
  }
  // 绑定到编译任务之前
  compileDebugJavaWithJavac.dependsOn renameActivities
  

• 注意：这个方案要处理好包名、import语句和Kotlin的KClass引用，避免遗漏替换导致编译错误。

关键注意事项 #

• 保留映射表：每次构建生成的映射表一定要存档，否则崩溃日志中的晦涩类名无法还原为原始名称
• 处理隐式Intent：如果你的Activity用Action跳转，不需要修改类名，但显式跳转的所有引用必须同步替换
• 第三方依赖检查：如果有第三方SDK依赖你的Activity类名，这个方案可能不适用，除非对方也同步修改引用
• 测试覆盖：一定要跑全量UI测试，确保所有Activity跳转正常，避免遗漏替换点

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