java17都快出了，为什么现在大多还在用java8

为什么现在都在用Ja va 8或者Ja va 11？

聊起Ja va的版本选择，一个绕不开的现象是：尽管新版本迭出，但生产环境里，Ja va 8和Ja va 11依然是绝对的主流。这背后，其实有个非常关键的概念在起作用。

先来看一张来自甲骨文官网的截图，它能很直观地说明问题。

从图中可以清晰地看到，Ja va 8和Ja va 11都被标记为“LTS”版本。LTS即Long-term Support，翻译过来就是“长期支持版”。这才是问题的核心所在。

那么，长期支持到底意味着什么？简单来说，它代表了这个版本会获得官方持续数年的、稳定的更新和支持，包括安全补丁和错误修复。这对于追求稳定性的企业级应用来说，几乎是刚需。你看，Ja va 8的标准支持会持续到2022年3月，而它的扩展支持更是惊人地延续到2030年12月。Ja va 11也不遑多让，其标准支持到2023年11月，扩展支持则到2026年11月。

话说回来，对比之下，Ja va 8之后发布的许多版本，比如图中的Ja va 9和Ja va 10，它们并非LTS版本。这些非LTS版本的生命周期通常很短，主要是为了引入新特性进行“试水”，在下一个版本发布后不久便会停止官方支持。因此，这些版本现在早已不在官方的支持范围内，自然难以获得企业的青睐。

所以，答案就很明确了。正是因为Ja va 8和Ja va 11是经过官方背书的长期支持版本，能提供企业所需的长达数年的稳定性和安全保障，这才使得它们成为了市场的主流选择。即便Ja va 17已经发布，这个基本逻辑在短期内依然不会改变。稳定，压倒一切。这才是众多团队坚守Ja va 8或升级至Ja va 11的根本原因。