JDK16 发布， GC 最大暂停时间缩短到 1 毫秒，平均暂停时间 0.05 毫秒，有人体验过没？

[industryhive]

除了 GC 的进步之外，我比较关心的还有 project panama 、project valhalla 和 project loom 这三个项目的进展情况，比较可喜的是，project panama 进展顺利，其中外部存储器访问 API 让 java 开发者利用堆外内存不再需要写 unsafe 了。project valhalla 已经初现曙光，今年 9 月份的 JDK17 可能发布 project valhalla 的预览版本，这个是 java 自定义值类型、泛型的重要组成。还有 project loom，java 的协程，目前看来进展不太顺利。。

鉴于本人还在用 JDK8，还是想问下，有人体验过没？等到 JDK17 发布，我将会从 JDK8 直接迁移到 JDK17，跳过 11 。各位对即将到来的 JDK17 有什么期待？

[wxw752]

我也想迁移到 17，但是公司不想

[yitingbai]

很多公司的业务代码离 jdk8 的性能瓶颈还远得很, 切换带来的麻烦与风险远高于带来的优势. 我们公司技术氛围浓厚, 新项目尝试了 jdk11, 但是老项目实在不敢折腾

[337136897]

我也想迁移到 17，但是公司不想

[brust]

我也想迁移到 17，但是公司不想

[lakehylia]

除非 api 限制只能使用某个版本，不然已有的项目都不会有动力迁移的。迁移的前提是有 KPI 。

[industryhive]

@yitingbai
@lakehylia 老项目不动，新项目可以用新版本了。

[JB18CM]

我也想迁移到 Kotlin，但是公司不想

[dqzcwxb]

不迁移,所以不学习也不关心

[th00000]

ZGC 在之前几个版本就已经可以用了, 针对特大内存有奇效, 一般服务器用起来也挺爽, 主要是零配置跑的就很快, 对于一般的服务器现在的 G1 表现也已经够好了。

[xbh1794970183564]

小公司没必要, 大公司成本太大

[industryhive]

@th00000 G1 生不逢时啊，java9 之后才可用，但是没几个版本又碰上了 ZGC 。。。

[dbpe]

所以 JVM GC 调优还是否有必要呢...人生苦短..我选择 ZGC/G1

[dbpe]

@industryhive java8 也有了..但是有问题..我记得某代不能回收释放(重启破万法).到 java11 才解决...

[dbpe]

@th00000 前几代的问题好像是会降低吞吐量..这个问题到 Java16 也搞定了

[th00000]

@industryhive #11 何为生不逢时? JDK 11 作为 LTS 版本, G1 有最广泛的应用, 一直都在进行大量的优化, 现在也可以做到很少的配置就能有优秀的表现。即使是 JDK 17 LTS 之后, 也有不可替代的分量。

[Jooooooooo]

ZGC 这个往后普及开来感觉是给 java 带来第二次生命.

[th00000]

@dbpe #14 吞吐量、响应时间、内存占用三者不可兼得, 只能取其二, G1 的默认配置在吞吐量表现上稍差是为了换取另外两者的优秀表现, 如果需要大吞吐量比如 Logstash 这种同时不想进行精细调整的话, 则可以选择 CMS

[industryhive]

@Jooooooooo 我认为给 Java 带来第二次生命的不是 ZGC，而是 project panama/project loom/project valhalla，尤其是 project panama 和 project valhalla，这两个项目可以让 java 程序逼近物理机的性能极限，GC 反而成了次要的了。

[someonedeng]

等一个 java17, 目前的项目还是 jdk8

[sadfQED2]

我司连 G1 都还没用上呢，17 不知道哪年才用的上