Java16 都快出了，你们还在用 Java8 ？

[downstairs]

能告诉我为什么吗？？？ 是什么限制了你使用更新版本的技术？ 新版本肯定要优于老版本啊，不论是从结构性能还是设计上。

[dbpe]

@pavelpiero 都有什么坑啊,好奇..我记得 7 到 8,没什么改动吧...(我们当时还是比较顺利)

[cheng6563]

LTS 版本又没升几个

[CismonX]

除非有非常大的收益（比如大幅度的性能提升，或者不得不用的新特性），不然生产环境是不会轻易更新大版本的，越大规模的公司在这方面就会越保守。虽然更新以后不一定会出问题，但不能证明不存在风险，那我为什么要去承担这样的风险，给自己挖坑？

当然个人项目中，还是愿意去学习和尝试新的特性的。

[Cbdy]

Java8 和 Java11 混用，不过这种比较细节了，做服务端的蠢人太多，特别是 Java
为了不和这帮人打交道，我大多数时间在做前端了
事实是，大多数领导是服务端出身的，所以通常对前端一知半解，但又意识到现代前端和以前朴素的 HTML 、CSS 、JS 有了巨大的变化。所以留给一线前端开发者发挥的余地很大，而且前端毕竟离核心数据比较远，大多数时候用啥技术方案都可以说服领导，还不用 on call
所以想要使用 Java11+、远离坚守在 Java6 、7 、8 古怪队友，可以转前端，自己业余项目用用 Java 即可

[pavelpiero]

@dbpe 老项目了用的 spring3.* 升级 1.8 之后应用本地开发和测试都没出过问题，但是放到生产环境久了就经常莫名死掉。后来多方排查升级了 spring 版本才解决了这个问题，深究原因可以追溯到 spring 对并发容器的使用那里。

[passerbytiny]

第一，从 Java8 到 Java11，在 API 层面几乎没有变动，所以除了性能考虑外没有升级的动力。

第二，自 Java9 开始，Java 在变成滚动更新的同时，抛弃了向后兼容性。没有向后兼容性，不做全量测试没人敢升级，而全量测试基本没人愿意做。

[jason19659]

8 的下一个 LTS 版本是 11,也是最新的 LTS,你是不是对升级有什么误解??

[alexgor]

肯定不会啊，7 不好吗？

[jitongxi]

爷直接 kotlin 不香?你 java20 出来怕都是打不过

[muyiluop]

17 出来后，新项目打算全用 17

[charlie21]

JDK 8 升级 16 等于升级轮胎
JAVA 变 Kotlin 等于圆轮胎变方轮胎
一本正经讨论什么 by V2EX 的工人爷爷们今天又喝醉了
项目质量需要靠测试来保证 做到什么程度的测试是另一回事，做不做测试都是另一回事，难道你不做测试同时用了老版本 JDK 8 就高枕无忧了吗怎么可能。测试 风险 JDK 版本，本是风马牛不相及的 就爱拧在一起讲，自己项目测试不到位就责怪 JDK 高版本带来了风险，工人爷爷逻辑大师们就是如此真性情

[duanxianze]

能加薪吗？出了事你负责吗？

[zoyua]

因为目前只有 8 和 11 是 LTS 吧

[CBS]

AS 内置的 OPENJDK

[jjianwen68]

到时候直接升级使用 jdk17，中间版本就不考虑了

[bbao]

9~11 的特性面试的时候都背熟悉了吗？

[arvinsilm]

如无必要，勿增实体

[lancelock]

刚刚翻了一遍 8 到 16 的新增特性，硬是没发现啥很重大的更新，现在版本号刷的勤快而已

[securityCoding]

@iyaozhen 有很多前端代码在里面？如果纯后端 1g 就有点恐怖了

[Phariel]

楼主你是故意的？如果这真是你真实想法 那我想说 你先在这一行被毒打几年再来说这个话题吧。。。