Java 17 采用率增长 430%、Java 11 稳居第一，最新 Java 编程语言报告来了！

原副标题：Java 17 T8100快速增长 430%、Java 11 位列第三，新一代 Java C词汇调查报告来了！

校对 | 苏宓

子公司出品 | CSDN（ID：CSDNnews）

1995 年，Sun Microsystem 子公司正式发布了 Java 面向对象词汇，为合作开发当代影音插件提供更多了一种更为图形界面和可视化的形式。从那以后，Java 便正式成为非主流的C词汇众所周知，被应用领域于各个领域，也有著“一场撰写，四处运转”的优势优点。

日前，为出炉 Java 生态系的新一代发展情况，预测子公司 New Relic 在考察了新版、罐子应用领域、废弃物拆解等优点之后，新一代正式发布了《2023 年 Java 生态系现况》调查报告。

在责任编辑中，我们将与我们协力深入细致介绍尖萼被应用领域的C词汇。

Java 17 的T8100在两年内快速增长了 430%

不可否认，Java 版分成长年全力支持（LTS）和中长期全力支持全力支持版。一般长年全力支持的版都相对平稳，或是非官方会不断预览补丁包。中长期全力支持版只是作为过渡阶段版存有。

自 2017 年 Oracle 将 Java 版的预览振幅更改成三个月一场时，长年全力支持 LTS 版约莫 2-3 年预览一场。但是，这种低频的预览率让不计其数网民苦不堪言，学不动的人声此起彼伏，以致于许多人呈现“你更任你更，我不必”的“Jaunpur”状况。

这不，Oracle 在今年 3 月新一代正式发布了 Java 20 版。但是，据新一代统计数据调查报告表明，Java 11 已已连续两年位列第四位，正式成为合作开发人员最常用的 Java 版。

当下，超过 56% 的插件在生产中使用 Java 11，这一比例要高于 2022 年的 48% 和 2020 年的 11%。

Java 8 的使用率紧随其后，近 33% 的插件在生产中使用它（低于 2022 年的 46%）。

虽然 Java 11 位列第三，但是新一代的 LTS 版 Java 17 的T8100逐年攀升，从去年不到 1% 的比例，迅速快速增长至今年的超过 9% 的占比。研究调查报告表明，Java 17 在过去两年内快速增长率为 430%，而彼时 Java 11 花了数年时间才达到那个水平。

相较之下，只有 0.28% 的插件仍在生产中使用 Java 7。这并非没有根由，究其原因，是因为非官方对 Java 7 的全力支持已于 2022 年结束。大多数使用 Java 7 的插件都是尚未升级的遗留插件。

Java 14 是最受欢迎的非 LTS 版

与 LTS 版相比，中长期的非 LTS Java 版的使用率仍然极低，只有 1.6% 的插件使用非 LTS Java 版（低于 2022 年的 2.7%）。

根据调查报告考察发现，可能导致影响非 LTS 版使用率下降的一些因素包括：

缺乏全力支持缺乏吸引力的新功能距离下一个 LTS 版正式发布的时间太短

曾几何时，Java 8 正式发布了之后，外界并不能知晓下一个 LTS 版 Java 11 会什么时候正式发布。但是，后来，Oracle 明确做出承诺：三个月一场预览，自此我们都有了清晰的认知，自然宁愿等等下一个 LTS 版，也不愿在生产环境使用不稳定的非 LTS 版。

统计数据表明，在使用的非 LTS Java 版中，Java 14 仍然是最受欢迎的，占比0.57%（低于 2022 年的 0.95%），Java 15 紧随其后（0.44%，低于 2022 年的 0.70%）。

亚马逊现在是最受欢迎的 JDK 供应商

近年来，使用的 Java Developer Kit (JDK) 发行版的源代码发生了变化。过去，许多合作开发人员常常从 Oracle 获得他们的 JDK，但是 Oracle JDK 后来针对商业应用领域采取收费政策，这也让许多人望而却步，好在 OpenJDK 项目日渐丰富，正式成为众人的选择。

调查统计数据表明，2020 年，Oracle 是最受欢迎的 JDK 供应商，约占 Java 市场的 75%。在其 JDK 11 发行版的许可更严格之后（在 Java 17 回归更开放的立场之前），业界合作开发人员开始逐渐远离 Oracle。虽然 Oracle 在 2022 年以 34% 的份额保持第四位，但在 2023 年下滑至 28%。

与之形成鲜明对比的是，Amazon 的使用率急剧上升至 31% 的市场份额（从2020 年的 2.18% 和 2022 年的 22%），使其正式成为最受欢迎的 JDK 供应商。

罐子统治一切

罐子化插件已正式成为非主流，据 New Relic 考察表明，70% 的 Java 应用领域来自罐子。

罐子会影响工程团队分配计算和内存资源的形式。例如，New Relic 统计数据表明，在罐子中运转的插件少于 4core 的比例要高得多。

工程团队正在摆脱罐子中的单核设置，只有 36% 在使用（低于 2022 年的 42%），并转向多核设置，超过 29% 使用 8core 设置（高于 2022 年的 20%）。

工程团队通常在他们经常部署罐子的云环境中使用较小的计算设置。但是，这种趋势可能会给某些插件带来意想不到的问题，这可能会导致配置减少。例如，如果团队只使用一个 CPU，他们可能得不到他们期望的废弃物收集器——即使他们明确地设置了它。

废弃物拆解

New Relic 统计数据表明，Garbage-First (G1) 废弃物收集器仍然是使用 Java 11 或更高版的用户的最爱，65% 的客户使用它。G1 的主要好处众所周知是，它清除较小的区域而不是一场性清除大区域，从而优化了收集过程。它还很少冻结执行并且可以同时收集年轻代和老年代，这使它正式成为工程师的一个很好的默认设置。

其他在 Java 8 之后出现的实验性废弃物收集器（ZGC 和 Shenandoah）在生产系统中的使用仍然很少。两者都有生产就绪版，但在一般处理中仍然可以忽略不计。