Java 8与Java 9兼容性求助：JavaFX项目跨版本运行难题

这确实是Java版本迁移中非常头疼的问题——尤其是Java 9引入模块化系统后，很多原来Java 8里可访问的内部包被限制了。我结合自己踩过的坑，给你整理几个实用的方案：

1. 用反射+版本判断做运行时适配 #

这是最快速的临时解决方案，不用修改库的核心逻辑，只在调用受限包的代码块里做分支处理：

首先，在代码里通过系统属性判断当前Java版本，然后反射加载对应版本的类：

public class CompatibilityHelper {
    public static Object getLegacyService() throws Exception {
        String javaVersion = System.getProperty("java.version");
        // 区分Java 8和9+
        if (javaVersion.startsWith("1.8")) {
            // Java 8下加载旧包类
            return Class.forName("com.sun.internal.legacy.OldService").newInstance();
        } else {
            // Java 9+下加载等效的新类
            return Class.forName("jdk.internal.modern.NewService").newInstance();
        }
    }
}

编译的时候记得用Java 8的JDK（避免Java 9编译时直接限制访问旧包），运行时JVM会自动匹配对应的实现。缺点是反射会有一点点性能损耗，而且代码可读性稍差，但胜在快速见效。

2. Java 9模块化参数开放权限 #

如果不想改代码，可以在Java 9启动时通过命令行参数，强制开放受限包给你的应用：

# 开放com.sun.xxx包给未命名模块（你的JAR如果是非模块化的话）
java --add-exports com.sun.xxx/ALL-UNNAMED=ALL-UNNAMED -jar your-fx-app.jar

如果你的项目是模块化的（有module-info.java），可以改成：

java --add-exports com.sun.xxx/your.module.name=ALL-UNNAMED -jar your-fx-app.jar

这个方案完全不用改代码，Java 8环境下直接正常启动，Java 9环境下加参数即可。缺点是需要运维或用户记住启动参数，适合内部项目或可控的部署场景。

3. 构建多版本JAR（Multi-release JARs） #

这是Java 9官方推荐的长期解决方案，能在同一个JAR里包含不同Java版本的类文件，JVM会自动加载对应版本的实现。

步骤大概是：

• 用Java 9+的JDK，分别编译Java 8和Java 9版本的库类：

  # 编译Java 8版本
  javac --release 8 -d classes/java8 com/example/MyLibClass.java
  # 编译Java 9版本（修改了导入的适配版本）
  javac --release 9 -d classes/java9 com/example/MyLibClass.java
  

• 打包成多版本JAR，把Java 9的类放在META-INF/versions/9/目录下：

  jar --create --file my-lib.jar -C classes/java8 . -C classes/java9 .
  

这样打包出来的JAR，在Java 8下会加载根目录的类，Java 9下会优先加载META-INF/versions/9/里的适配类。这个方案最规范，没有性能损耗，也不用额外启动参数，适合需要长期维护的库或项目。

4. 可选功能分离加载 #

如果这个库的功能不是项目必需的，可以把它做成可选依赖，在程序启动时检测Java版本，按需加载：

• 把适配Java 8和Java 9的库分别打包成两个JAR
• 在主项目里通过ServiceLoader实现插件式加载，或者启动时判断版本后动态加载对应的JAR
• 比如Java 9下自动跳过旧库的加载，或者加载新的适配库

这个方案适合功能模块化的项目，能保持主项目的干净，也避免了版本冲突。

回到你的问题：能不能把完整的Java 8库或等效库添加到项目中？ 其实是可以的，但直接打包所有类容易引发类加载冲突（比如Java 9系统里已有同名类时会优先加载系统类），而且维护成本高。上面的几个方案里，多版本JAR和模块化参数方案都是更优的选择，既安全又易维护。

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