Redex项目处理APK时遇到重复类问题的解决方案

在Android应用开发过程中，开发者经常会使用Redex这样的优化工具来处理APK文件。然而，在使用Redex处理经过R8编译的APK时，可能会遇到一个典型的问题：系统报告发现了重复的类定义，特别是来自android.jar中的类。

问题背景

当开发者使用Redex处理APK时，可能会遇到类似以下的错误信息：

Found duplicate class in two different files.

错误中提到的重复类通常是Android框架类，如Landroid/app/ServiceStartNotAllowedException。这种情况通常发生在先使用R8进行代码优化和混淆，再使用Redex进行进一步处理的场景中。

问题根源

这个问题的根本原因在于R8的API建模功能。R8会在编译过程中合成一些类，目的是为了改善应用性能并减轻软验证错误。这些合成的类与Android框架中的原始类产生了冲突，导致Redex在处理时无法识别这种特殊情况。

解决方案

目前有两种主要的解决方案：

1. 禁用R8的API建模功能
   在Gradle构建文件中添加以下配置可以关闭R8的API建模功能：

   System.setProperty("com.android.tools.r8.disableApiModeling", "1")
   

   这种方法直接解决了问题根源，避免了R8生成这些可能引起冲突的合成类。

2. 调整构建流程
   开发者也可以考虑调整构建流程的顺序：

   • 首先使用D8（而不是R8）生成dex文件
   • 然后使用Redex处理这些dex文件
   • 最后再使用R8进行混淆

   值得注意的是，Redex本身也具备混淆功能，因此如果只是需要混淆，完全可以依赖Redex完成，不需要额外的R8步骤。

技术展望

虽然目前需要开发者手动解决这个问题，但Redex开发团队已经意识到这个问题，并计划在未来版本中更好地处理R8生成的存根类。不过，这个改进的具体时间表尚未确定。

最佳实践建议

对于大多数项目，建议采用第一种解决方案，即禁用R8的API建模功能。这种方法：

• 改动最小，只需要添加一行配置
• 保持了完整的R8优化功能
• 避免了构建流程的复杂化

第二种方案虽然可行，但会导致构建流程更加复杂，且可能失去R8提供的某些优化机会。

通过理解这个问题及其解决方案，开发者可以更顺畅地在项目中使用Redex和R8的组合，充分发挥这两个强大工具的优势。