Gradle Spring Boot混合项目：JDK21配sourceCompatibility=20还是JDK17？

是否推荐使用JDK21并将sourceCompatibility设置为20？ #

不推荐这种做法，核心原因在于Kotlin当前未推出适配JDK21的版本，会带来兼容性风险：

• sourceCompatibility仅控制Java代码的编译语法版本，无法约束Kotlin代码的编译行为。若当前Kotlin版本未适配JDK21，即使Java代码编译目标设为20，Kotlin编译器在JDK21环境下生成的字节码可能存在隐性问题，比如标准库调用冲突、运行时反射异常等，这类问题在测试阶段很难全面覆盖。
• 若强制将Kotlin的kotlin.jvm.target也设为20，可能与当前Kotlin版本的编译逻辑不兼容，引发编译报错或运行时异常。

JDK17与JDK21 LTS在语言版本不同时的差异 #

主要体现在运行时能力和编译约束两个层面：

运行时差异 #

• JDK21作为新一代LTS，带来了显著的性能优化（如ZGC低延迟改进、虚拟线程稳定版）、新增API（如结构化并发预览、String模板预览）。即使编译目标设为20，运行在JDK21上仍能享受这些运行时特性，但前提是代码未调用JDK21专属的API（否则编译阶段会报错）。
• JDK17的生态兼容性更成熟，所有主流框架（包括Spring Boot、Kotlin）对其支持都经过充分验证，运行时稳定性更高。

编译差异 #

• 用JDK21编译目标20时，Java代码无法使用JDK21新增的语法特性（如虚拟线程的Thread.startVirtualThread()语法糖、String模板）；Kotlin代码因版本限制，本身也无法利用这些特性，因此语言特性层面和JDK17编译目标17的差异不大。
• JDK21的编译工具链在字节码生成细节上与JDK17存在细微差别，可能导致部分跨语言交互（Java调用Kotlin、Kotlin调用Java）出现隐性问题。

版本选择建议 #

场景1：有迫切的性能或新特性需求 #

如果你的项目需要JDK21的虚拟线程、ZGC优化等特性，可以尝试JDK21配合sourceCompatibility 20，但需做好以下保障：

• 确认当前使用的Kotlin版本官方明确支持JDK21作为运行环境（例如Kotlin 1.9.x已官方宣布支持JDK21运行时）
• 同步设置kotlin.jvm.target = 20，保持Java与Kotlin的编译目标一致
• 针对核心业务逻辑、跨语言交互模块做全面的集成测试，排查兼容性bug

场景2：稳定性优先 #

更推荐继续使用JDK17，等待Kotlin适配JDK21的版本发布后再统一升级：

• JDK17作为成熟LTS，生态兼容性无虞，Kotlin当前版本对其支持完全成熟，无需担心隐性问题
• 避免跨版本适配带来的调试成本，等Kotlin推出适配JDK21的版本后，一次性完成JDK和Kotlin的升级，过程更顺畅、风险更低

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