Spring Boot 2.7.x 通过严格限定使用跨 JDK 8/11/17 兼容的公共 API，并依托 Java 强大的向后兼容性实现多版本 JDK 运行支持，不依赖已废弃或移除的类（如 rt.jar 中的类），也无需运行时动态切换 API。
spring boot 2.7.x 通过严格限定使用跨 jdk 8/11/17 兼容的公共 api，并依托 java 强大的向后兼容性实现多版本 jdk 运行支持，不依赖已废弃或移除的类（如 `rt.jar` 中的类），也无需运行时动态切换 api。
Spring Boot 2.7.x 的多 JDK 版本支持并非依赖“条件化加载”或“运行时桥接”，而是一种主动约束式兼容策略：其整个代码库（包括 Spring Framework 5.3.x 底层）仅使用在 JDK 8、JDK 11 和 JDK 17 中均稳定存在且未被标记为 @Deprecated(forRemoval = true) 的标准 Java SE API。例如：
- 避免使用
javax.xml.bind.*（JAXB）等在 JDK 11 中默认移除的模块（需显式添加依赖）； - 不引用
sun.*或com.sun.*等内部 API（如sun.misc.Unsafe在 JDK 9+ 已封装，Spring Boot 2.7.x 完全规避）； - 不依赖
rt.jar—— 自 JDK 9 起模块化后，rt.jar已被jmod文件和模块路径（--module-path）取代；Spring Boot 构建的 fat jar 仅打包应用级依赖，JVM 自动解析模块层，无需手动处理底层类库容器。
这种设计使 Spring Boot 2.7.x 编译产物（.class 文件）可在任意支持的 JDK 上直接运行，无需多版本 JAR（Multi-Release JAR, MR-JAR）机制。其字节码目标版本为 1.8（可通过 maven-compiler-plugin 配置验证），确保 JVM 兼容性下限明确。
⚠️ 注意事项：
- 若项目显式引入了 JDK 11+ 特有 API（如
java.net.http.HttpClient），需自行处理 JDK 8 兼容性（如反射调用或版本判断）； - Spring Boot 不自动降级或兜底——它只保证自身代码在多 JDK 下可启动、可运行；业务代码仍需遵循目标 JDK 的 API 边界；
-
@ConditionalOnJava等注解在 Spring Boot 2.7.x 中主要用于功能开关（如启用 TLS 1.3 支持），而非解决基础类缺失问题。
总结而言，Spring Boot 2.7.x 的 JDK 兼容性本质是“最小公分母”工程实践：以 JDK 8 为编译基准，严格守卫 API 使用边界，充分利用 Java 语言层面向后兼容的稳定性。真正的运行时版本感知能力（如 MR-JAR、JDK 特有特性适配）是在 Spring Boot 3.x（基于 Spring Framework 6）中才系统引入的演进方向。
