本文旨在解决在使用 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。
