为什么就是没有人愿意升级到最新的 JDK？

[Joker123456789]

这是我非常不理解的一件事，如果说老项目有历史包袱，那么新项目呢？ 如果说 8 以上担心 费用问题，不是有 openjdk 吗？

如果说 你做不了主，那么项目 leader 为什么不愿意用新的呢？站在公司外的角度来看，项目 leader 也是 java 开发者之一，他不是另一个群体。

[VERTU]

公司项目的话一般会考虑 ROI 吧，如果升级后没有显著收益应该是不会有人愿意动一个如此"健壮"的系统

[janus77]

又不是不能用.jpg

[pony2335]

springboot 不支持

[tanoak]

@Anita720 修复了已经，

[HB9527]

升级 JDK 涨工资吗？

[ikas]

入职新公司半年,已经将 jdk 从 8 升级了 17..



如果你能决定技术栈..为啥都要在别人之后呢..



很多人总有一堆理由..




没意思..

[zachlhb]

Net core 不香吗，搞什么 java

[cyndihuifei]

其实真的只是不学习罢了，说公司说领导不让升级的人，估计自己的项目也不会想着要升级，没那么多借口

[tlmn]

升级是需要成本的，其它语言升级有的是官方推动，直接不给维护了，社区也开始用新版本后，旧版本才慢慢褪去。

但是你看社区里现在有多少用 JDK17 写的开源项目？

[seliote]

来我们公司吧，全线上 17 了

[winrar]

平时上班已经够忙了，还给自己找事。

[justRua]

新项目可以直接用最新的，老项目真的没必要，jdk 模块化是有破坏性的，一些旧点版本的框架没有适配升级，不加--add-opens 根本跑不起来

[cco]

因为依赖问题啊，有些组件，中间件，模块就是不支持高版本 JDK ，经过大量的测试，也只是一部分升级到 JDK11 ，其他的高于 8 就报错，主要原因是依赖了其他公司的包、中间件等等，人家就是不支持 1.8 以上得。

另外一个问题就是，每次升级都要大量得测试，现在一个人干两个人的活，开发人员也没时间去干，其次，管理人员也不愿意徒增风险，除非不得不升级，不然想让他们升级，做梦吧。

[yc8332]

主要是没有理由去升级啊。。跑得好好的，为啥要给自己带来不确定的风险

[Joker123456789]

@singerll 对啊，新项目除了 装 JDK ，还有什么多余的工作量？ 你不会是要把写代码这种通用的工作量 也算进去吧？

[Anita720]

@tanoak 没有呢，刚测试了下，mybatis-plus-boot-starter3.5.2,spring-boot-starter-parent2.7.4 ，jdk17.0.5 ，依旧报错

[bishengyang]

JDK9 引入了 JPMS ，造成了 breaking change 。

[Aresxue]

稍微大点的公司都是有基建的，很多都是基于 jdk8 的中间件去做二次封装和二次开发的，你让基建一下子全部适配高版本 jdk 几乎是一个不可能的事实，除非你要做一个独立性很强且足够简单的应用可以不依赖各种中间件和原有的登录、权限、账号体系，这样才算是真正的没有历史包袱的，否则上述每一个地方都会是拦路虎，到最后你可能会发现降级到 jdk8 是最佳方案。

[roundgis]

@lmshl graalvm 社區版本 的 gc 聽說只有 serial gc 這種？

[lmshl]

@roundgis
GraalVM 有 G1GC 的
你说的应该是 native-image 当前只能用 serial gc 吧