Java程序最低JDK版本需三处交叉验证：一是pom.xml中maven-compiler-plugin的<source>、<target>或<release>（推荐）；二是第三方库依赖要求（如Spring Boot 3.x需JDK 17+）；三是运行环境约束（如Docker镜像、云平台或中间件限制）。
确认Java程序的最低JDK版本，不能只看IDE里选了哪个JDK，也不能只查自己写的代码——关键要从项目实际运行依赖倒推。最稳妥的方式是“三处交叉验证”。
查 pom.xml 或构建配置中的编译目标
这是最直接的线索，但容易被忽略细节：
- <java.version> 属性值（Spring Boot项目常见），它通常决定maven-compiler-plugin默认行为
-
maven-compiler-plugin 的 <source> 和 <target> ——比如设为
11，生成的字节码就无法在JDK 8上加载 - 更推荐用 <release>（JDK 9+支持），例如
<release>17</release>，它同时锁定语法、API和字节码级别，比仅设 source/target 更安全
扒第三方库的兼容要求
即使你的代码只用 JDK 8 语法，一个依赖库可能已悄悄抬高门槛：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 运行
mvn dependency:tree，重点关注顶层框架：Spring Boot 3.x 要求 JDK 17+，Hibernate 6+ 同样；Log4j 2.17+ 才完整修复 JDK 17+ 的 JNDI 安全问题 - 查看关键库的 META-INF/MANIFEST.MF 文件，找
Require-Capability或Bundle-RequiredExecutionEnvironment字段 - 翻官方文档——比如 MySQL Connector/J 8.0.33+ 才默认启用 TLS 1.3，而旧版在 JDK 17+ 可能因 SSLContext 类路径变化报错
核对运行环境的实际约束
开发能跑 ≠ 上线能跑，部署环境常有硬性限制：
立即学习“Java免费学习笔记（深入）”；
- Dockerfile 里的基础镜像，例如
eclipse-jetty:9-jre8就锁死只能用 JDK 8 - 云平台控制台明确标注的支持列表，如阿里云 EDAS 某些旧集群只认 JDK 8，腾讯云 TKE 的某些托管节点默认预装 JDK 11
- 中间件要求：东方通 TongWeb 6.x 在 JDK 11 上需额外打补丁，金蝶 Apusic 9.0 则要求 JDK 17+
验证 class 文件的真实字节码版本
当出现 UnsupportedClassVersionError，可快速定位问题根源：
- 用
javap -verbose YourClass.class | grep "major version"查看字节码主版本号 - 对照标准映射：52→JDK 8，55→JDK 11，61→JDK 17，65→JDK 21
- 注意：同一个项目里不同模块可能由不同 JDK 编译，建议对
BOOT-INF/classes/（Spring Boot Fat Jar）或WEB-INF/classes/下的关键类逐个检查
