SpringBoot 2.7.x多版本JDK支持机制及兼容问题咨询

一、多版本JDK运行支持的核心实现 #

SpringBoot主要靠以下机制实现跨JDK 8/11/17的兼容：

• 字节码编译适配：用JDK 8编译，但通过--release 8参数生成兼容JDK 8的字节码，同时在代码层通过条件判断、反射或模块化逻辑适配不同JDK版本特性。
• 依赖动态适配：spring-boot-dependencies依赖管理模块会根据运行时JDK版本自动调整依赖版本，比如针对JDK 11+引入适配模块化的依赖变体，避免冲突。
• 模块化兼容：针对JDK 9+的模块系统（JPMS），自动处理模块导出、服务加载逻辑，同时兼容传统classpath模式，确保JDK 8环境下正常运行。

二、废弃API与依赖的处理策略 #

1. rt.jar等内置依赖消失的处理 #

JDK 9开始移除rt.jar、tools.jar等传统内置JAR，改用模块路径加载核心类。SpringBoot的应对方式：

• 避免直接依赖这些JAR的路径或特定类加载逻辑，统一使用标准JDK API入口。
• 通过反射或条件类加载，在JDK 8时用传统classpath逻辑，JDK 9+时适配模块路径加载方式。

2. 废弃API的处理 #

SpringBoot并非完全禁用废弃API，而是采取分层策略：

• 优先用兼容API：优先选择跨版本稳定的API，比如用java.util.function替代旧回调接口。
• 条件化使用：通过@ConditionalOnJre注解或代码中的版本判断（如System.getProperty("java.version")），在不同JDK版本加载对应实现类。比如JDK 8用ThreadLocalRandom旧方法，JDK 11+用优化后的新方法。
• 封装适配层：对版本差异API封装统一工具类，上层代码无需关心底层JDK差异，比如Spring的JdkVersion工具类提供版本判断和统一API入口。

三、JDK 8+移除API的ClassNotFoundException解决 #

SpringBoot 2.7.x严格控制API使用范围，只使用JDK 8、11、17都兼容的公共API，不会主动使用某版本已移除的API。若出现该异常，通常是两种情况：

• 第三方依赖引入了不兼容API：SpringBoot依赖管理会尽量排除或替换为兼容版本，或通过spring-boot-starter的依赖约束规避问题。
• 开发者自身代码使用了移除API：这不属于SpringBoot兼容范畴，需开发者自行调整代码改用兼容API。

此外，SpringBoot在编译和打包阶段会做兼容性校验：

• 编译时用animal-sniffer插件检查是否使用JDK 8以外的API，确保基础产物兼容JDK 8。
• 测试阶段在多JDK版本下运行自动化测试，提前发现兼容性问题。

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