
本文旨在解决在使用 R8 代码优化工具处理 Android 项目时,如何正确引入 JDK 9 及以上版本中替代 `rt.jar` 的 JMOD 模块。通过直接指定 `$JAVA_HOME` 目录作为 R8 的库路径,可以有效避免因缺少 Java SE 代码而导致的优化问题,并兼容不同 JDK 版本。
在较早的 JDK 版本中,为了满足各种非 Android 专用 Java 库的需求,开发者通常会将 rt.jar 包含在 R8 的配置中。这样做可以避免 R8 优化器移除重要的 Java SE 代码,而无需逐个配置 keep whitelist。然而,从 JDK 9 开始,rt.jar 不再可用,取而代之的是 JMOD 模块。
虽然可以使用 -libraryjars 参数尝试包含 JMOD 模块,例如:
-libraryjars <java.home>/jmods/java.base.jmod(!**.jar,!module-info.class)
但在 R8 中,这可能会导致 Unexpected input type 错误,因为 R8 期望的输入类型是归档类型,如 .jar 或 .zip。
解决方案
对于非 Android 项目(即 android.jar 不是运行时库),我们需要 Java 运行时库,该库在 Java 8 之前位于 rt.jar 中。对于更高版本的 JDK,文件系统提供程序包含在 $JAVA_HOME/lib/jrt-fs.jar 中。R8 支持通过将 JAVA_HOME 目录作为库路径传递给 R8 来使用它。正确的做法是直接将 $JAVA_HOME 目录作为库路径传递给 R8,而不是使用 -libraryjars 参数:
$JAVA_HOME/bin/java -cp r8-jar com.android.tools.r8.R8 --lib $JAVA_HOME ...
这种方式适用于所有 JDK 版本。如果 JAVA_HOME 目录下存在 rt.jar,R8 将会使用它;否则,R8 将使用文件系统提供程序来查找运行时库。
注意事项
-libraryjars 参数的限制: 上述解决方案仅适用于直接传递给 R8 的 --lib 参数,不适用于在配置文件中使用 -libraryjars 参数。
运行时 JVM 的影响: 当加载文件系统提供程序时,它将始终公开 运行 JVM 的运行时。因此,即使您尝试使用不同的 JAVA_HOME,实际使用的仍然是运行 R8 的 JVM 的运行时。例如:
$JAVA_HOME_1/bin/java -cp r8-jar com.android.tools.r8.R8 --lib $JAVA_HOME_2 ...
如果 JAVA_HOME_2 指向 JDK 9 或更高版本,您仍然会看到 JAVA_HOME_1 的运行时。
总结
通过直接将 $JAVA_HOME 目录作为 R8 的库路径传递,可以有效地解决在使用 R8 处理 Android 项目时,因缺少 Java SE 代码而导致的优化问题,并兼容不同 JDK 版本。 这种方法避免了直接处理 JMOD 文件,简化了配置过程,并确保 R8 能够正确访问所需的 Java 运行时库。 然而,请务必注意运行时 JVM 的影响,并确保使用正确的 JAVA_HOME。
以上就是使用 R8 在 Android 项目中包含 JMOD 依赖的详细内容,更多请关注php中文网其它相关文章!
                        
                        每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
                Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号