Java/JVM

杨晓峰认为这一情况也正常：Java8 在可预见的将来依然会是生产的主体，放在晚期大众阶段是合理的。但是对于很多头部厂商来说，Java11 或者再后续版本，有可能陆续出现一定规模的生产化部署。他认为这样的趋势只会在头部公司发生，如果一个公司对大堆栈 GC 能力、延迟 SLA 等方面要求没有那么高，就没有足够动力去做相关升级，也未必有技术力量解决版本评估、兼容性修正等现实问题。所以结论就是：Java11 处于早期采用者阶段。

对此黄飞补充：也正是因为 Java11 处于早期采用者阶段，因此相关的资料较少，遇到问题会有比较高的学习成本，例如 JFR 对 11 的支持，JMC 对 Java11 的分析能力较弱。

而对于 Java 13，小马哥认为该版本在新 GC 算法的提升以及 Socket 实现上的变化还是非常令⼈期待的，因此 Java 13 排在创新者之列。

对于 Java 的升级，Oracle 宣布从 Java 9 开始每半年将更新一个 Java 大版本——Java 11 是长期支持（Long-Term -Support, LTS）版本，Java 9、10 则成了过渡版本（non‑LTS），因此，陈楚晖不建议用户在生产中使用 Java 9、10。在他看来，小版本升级相对风险是比较小的，而大版本变更则会有可能需要更改大量的代码，这也是为什么这么多人还在坚持用 Java8，而不去更新 Java 11、12、或者 13 的原因。

对于开发者升级 Java 动力不足的原因，李三红的解释更为详细，他认为有两个原因：

敏捷的基础底层架构对软件升级的支持，企业对底层架构的重视程度也是 Java 升级的一个很关键原因。中国的企业业务发展都很快，但是其实很多对底层架构的支持和重视是不足够的。底层架构是否在企业内部被统一强管控，是否很容易支持不同软件版本的灰度，并能通过有效的预发测试，覆盖软件升级不兼容等带来的不确定性，这都考验着软件升级的难度。 另外一点，如果企业享受不到技术升级带来的红利，包括性能、编程效率等多方面提升，势必也影响升级的积极性。