使用JDK-8编译代码后在JRE-11运行是否为合理方案？

问题背景 #

以下代码用JDK 8编译可通过，且在JRE 8中运行正常：

new SimpleDateFormat().parse("01.01.2000 00:00:00")

但在JRE 11中运行时会抛出异常：

java.text.ParseException: Unparseable date

修复后的代码可通过JDK 8编译并在JRE 11中正常运行：

DateFormat.getDateInstance().parse("01.01.2000 00:00:00")

核心结论 #

用JDK 8编译代码后在JRE 11运行是临时可行但非长期合理的方案，具体分析如下：

1. 临时可行的原因

Java保留了一定的向下兼容性，JDK 8编译的字节码通常能在更高版本JRE中运行，像DateFormat.getDateInstance()这类未被移除的核心API，在JRE 11中仍能保持兼容行为。

2. 不推荐作为长期方案的理由

• 兼容性隐患：JDK 8到JRE 11属于跨大版本跨越，部分API存在行为变更（如本次SimpleDateFormat默认格式依赖区域设置的变化）、废弃甚至移除的情况，后续代码迭代可能触发更多隐藏问题。
• 无法利用新版本优势：JRE 11带来了模块化、性能优化、新API等诸多特性，停留在JDK 8编译会完全错过这些提升。
• 维护成本累积：长期依赖JDK 8编译，后续升级到更高版本JRE时，会积累大量兼容性债务，迁移难度大幅增加。

更合理的替代方案 #

• 升级编译环境到JRE 11（或更高LTS版本）：同步使用对应版本JDK编译，确保代码与运行环境的一致性。
• 替换老旧API：将SimpleDateFormat这类线程不安全、行为不稳定的旧API，替换为Java 8引入的java.time包下的API（如DateTimeFormatter、LocalDateTime），这类API设计更严谨，跨版本行为更稳定。
• 全面兼容性测试：如果必须暂时保留JDK 8编译，需对所有代码在JRE 11环境下进行全面测试，排查潜在的API行为变更问题。

内容的提问来源于stack exchange，提问作者di.at.stackoverflow