Java 8项目在Java 11运行环境抛出异常问题求解

以下是最容易被忽略的兼容问题点：

• 内置API移除问题：Java 9引入模块化后，Java 11正式移除了大量JDK 8默认内置的API包，包括JAXB、JTA、Java EE公共注解、CORBA等组件。Java 8生态下大量常用框架（如MyBatis、旧版本Spring、Hibernate）会依赖这些内置API，在Java 11运行时会直接抛出ClassNotFoundException/NoClassDefFoundError，需要手动引入对应第三方替代依赖补齐缺失的类。
• 反射访问限制收紧：Java 9开始限制对JDK内部API的非法反射访问，Java 8时代的很多框架（如旧版CGLIB、ASM、MyBatis、JUnit4执行器）会通过反射访问JDK核心类的非公开属性/方法，在Java 11默认配置下会抛出IllegalAccessException。临时兼容可添加JVM启动参数--illegal-access=permit，长期方案建议升级对应框架到支持Java 11的正式版本。
• 字节码生成工具版本兼容问题：如果项目依赖包含动态生成字节码的组件，旧版本的字节码生成工具不识别Java 11的字节码版本，会抛出Unsupported class file major version类错误，需要升级对应依赖到兼容版本，例如ASM 7.0+、CGLIB 3.3.0+。
• Maven测试插件配置不当：旧版本的maven-surefire-plugin/maven-failsafe-plugin不会自动适配Java 8编译的字节码，会默认使用当前JDK（Java 11）的规则执行测试，容易出现兼容异常。需要将测试插件升级到2.22.0以上版本，并明确指定字节码目标版本和JVM执行参数。
• JVM默认配置变更：Java 11默认GC为G1，而Java 8默认GC为Parallel GC，部分对内存、延迟敏感的业务可能因GC策略变化出现异常；此外Java 11移除了大量Java 8支持的JVM启动参数，如果启动命令中包含已废弃参数会直接启动失败。
• 默认规则差异：Java 11对file.encoding等系统属性的默认值、URL编码处理逻辑等和Java 8存在差异，会导致强依赖默认规则的业务逻辑出现异常。

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