JDK 21是当前唯一获全部主流发行版免费长期支持的LTS版本，官方支持至2031年9月；JDK 17、11、8的支持期则依厂商而异，均非永久。
Java LTS版本到底支持到哪一年？别被“长期”二字骗了
LTS不是永久支持，而是按供应商划分的“有期限的稳定”。截至2026年1月，主流LTS版本的实际支持状态如下：
-
JDK 8：Oracle官方支持已于2023年终止，但Adoptium（Temurin）、Azul Zulu等厂商仍通过商业订阅提供延展支持（部分到2030年），适合强依赖老旧框架（如Spring 4.x）的遗留系统 -
JDK 11：Oracle免费支持已结束（2023年9月），多数发行版厂商提供至2026–2027年；仍是云原生微服务中兼容性最广的“安全垫”版本 -
JDK 17：Oracle自2024年10月起停止免费更新，但Temurin、Microsoft Build of OpenJDK等仍提供安全补丁；密封类、模式匹配（预览转正式）已稳定可用 -
JDK 21：当前唯一由Oracle、Eclipse Adoptium、Amazon Corretto等全部主流发行版同步提供免费长期支持的LTS版本，官方支持窗口明确至2031年9月
关键陷阱：java -version输出里带temurin或corretto才代表来自可信发行版；若显示build 17.0.1+12-LTS却无厂商标识，极可能是非官方精简包，缺jpackage、jlink等关键工具。
新项目该选JDK 21还是JDK 17？看这三点就清楚
选哪个不是看“新不新”，而是看团队对三项能力的真实准备程度：
- 虚拟线程是否真需要？
JDK 21把VirtualThread从预览转为正式特性，配合StructuredTaskScope可大幅简化高并发IO代码。但若项目用的是Spring Boot 3.1以下、Quarkus 2.13以下，这些API默认被禁用，强行启用反而引发NoClassDefFoundError - GC策略是否已调优？
JDK 21的分代ZGC在吞吐敏感场景比JDK 17的ZGC延迟更低，但需确认容器内存限制（cgroup v2）和JVM参数（-XX:+UseZGC -XX:+ZGenerational）是否同步适配；旧K8s集群若未升级内核，可能触发ZGC崩溃 - 构建链是否跟得上？
Maven需≥3.9.0才完整支持--release 21，Gradle需≥8.4；IntelliJ IDEA低于2023.3版本对record pattern语法提示会漏报错误
简单判断：团队刚从JDK 8迁移到JDK 11不久 → 先用JDK 17过渡；已有JDK 17经验且后端服务QPS > 5k → 直接上JDK 21并启用虚拟线程。
立即学习“Java免费学习笔记（深入）”；
怎么验证本地JDK是不是真的LTS？两行命令揪出伪装者
很多人装完以为万事大吉，结果CI流水线编译失败，根源常是JDK“假LTS”——比如某国内镜像站打包的jdk-17.0.2_linux-x64_bin.tar.gz删掉了src.zip和jmods/目录，导致jlink构建失败或模块化测试报Module not found。
真实验证方法：
- 运行：
java -version，确认输出含LTS字样且版本号为17.0.x、21.0.x等整数主版本（非17.0.2+8这种带构建号的快照版） - 检查发行商：
java -XshowSettings:properties -version 2>&1 | grep java.vendor，合法LTS必须返回Eclipse Foundation、Amazon、Microsoft或Oracle之一
更狠一招：执行ls $JAVA_HOME/jmods/ | wc -l，LTS版本该目录下应有≥30个.jmod文件；少于20个基本可判定为阉割版。
Maven和IDE里设错JDK版本，编译不报错但运行时崩
这是最隐蔽的坑：Maven配置了17，IDE却用11做语法检查，代码能跑通，但上线后遇到UnsupportedClassVersionError或Lambda序列化失败。
必须同步三处：
-
pom.xml中锁定源码与目标字节码版本：<properties> <maven.compiler.source>21</maven.compiler.source> <maven.compiler.target>21</maven.compiler.target> <maven.compiler.release>21</maven.compiler.release> </properties>
- IntelliJ IDEA中：File → Project Structure → Project → SDK选择对应JDK，同时Project language level也设为
21 - 终端环境变量：确保
$JAVA_HOME指向正确路径，且which java与which javac输出一致
特别注意：maven.compiler.release参数强制使用系统模块API，能提前暴露JDK 21中已移除的javax.xml.bind等EE类引用，避免上线后NoClassDefFoundError。
JDK版本选择本质是技术债管理——选太老，新特性红利拿不到；选太新，生态断层会让你花三天调一个HttpClient的TLS握手失败。真正的平衡点，永远藏在你当前CI流水线跑通的最后一个JDK版本里。
