JDK 23 发布了

1 天前
 Ayanokouji
此版本是非 lts 版本,主要特性是决定了 zgc 发展方向

本帖不欢迎刷 jdk8 梗

Features

455: Primitive Types in Patterns, instanceof, and switch (Preview)
466: Class-File API (Second Preview)
467: Markdown Documentation Comments
469: Vector API (Eighth Incubator)
473: Stream Gatherers (Second Preview)
471: Deprecate the Memory-Access Methods in sun.misc.Unsafe for Removal
474: ZGC: Generational Mode by Default
476: Module Import Declarations (Preview)
477: Implicitly Declared Classes and Instance Main Methods (Third Preview)
480: Structured Concurrency (Third Preview)
481: Scoped Values (Third Preview)
482: Flexible Constructor Bodies (Second Preview)

https://openjdk.org/projects/jdk/23/
10063 次点击
所在节点    程序员
110 条回复
salmon5
1 天前
https://github.com/openjdk/jdk/pull/17060 这个“低级”bug 也修复了,从 java8-23
salmon5
1 天前
@salmon5 #21
修复的并不完美,应该用\n ,而不是\r\n
typing
1 天前
我连 jdk8 都没用过,只记得 jdk 1.42
( java 不是我工作/常用语言)
xubeiyou
1 天前
用 17 的路过- - 感觉特么是不是都没人用 17 都是 21 了?
windghoul
1 天前
@dragondove zgc 对比 g1 的数据文章有吗大佬
TWorldIsNButThis
1 天前
看了下项目组的 jdk 升 17 的需求已经有人在做了,也就一个点
fffq
1 天前
你发任你发 我用 java8
yty2012g
1 天前
@windghoul 我自己使用情况来看。throughput 的影响,大概 ZGC 分代是 4.x%,G1 是 1.x%。延迟的话,不用说肯定是 ZGC ,基本就是 0ms 。footprint 没测过。我这边服务的堆是 8G 的。目前用的是 JDK 22
SuperManNoPain
1 天前
生态能及时升级就好了,看样子再过一两年新项目使用 jdk21 基本没啥问题了
clf
1 天前
已经 jdk17 了,主要还是看 spring 等的选择。
zhouhu
1 天前
目前使用 G1 是比较好的,G1 在 latency 、throughput 、footprint 有很好的平衡。追求 throughput 使用 parallel GC ,追求 latency 使用 ZGC 。
zhouhu
1 天前
推荐一个博主 tschatzl ,在 oracle 做 gc 优化的,他主要 g1 的优化。
https://tschatzl.github.io/
interim
1 天前
我司的重构项目已经上 jdk21 了
windghoul
1 天前
@yty2012g 感谢,我们现在全面使用 jdk17 + zgc ,目前表现效果还可以,之后再充分测试一下,有什么推荐的资料看看吗?
adoal
1 天前
@wxw752 中间件……用老版本呗。去年还帮人验收了一个 CentOS 6 + Java 6 + Tomcat 6 的 666 项目。主要是很多地方性、行业性的信息化小公司对 infrastructure 的更新不当回事,而没有技术力量的甲方单位则毫无概念,从来不会提要求。
Rorysky
1 天前
@yty2012g 从应用层说,和 gc 的语言没多大区别了(性能上)
Rorysky
1 天前
@wxw752 任何产品都有生命周期,对于末期的(或者说只做维护修复 bug )产品不升级才是明智选择,因为从盈利上将已经不值得投入优化了
wysnxzm
1 天前
@dragondove #17
551/35298=0.015
705/18015=0.039
minor gc 平均时间 0.02ms 不到
major gc 平均时间 0.04ms 不到
注意时间单位是毫秒不是秒,还需要考虑吗少年?
yty2012g
1 天前
@windghoul #34 JDK17 的是不分代的 ZGC ,吞吐量的影响会更大一点,我自己实测是 7.x%左右,如果对延迟要求不是特别高,JDK17 建议使用 G1 吧
yty2012g
1 天前
@Rorysky #36 差不多,在充分预热的情况下,高版本 gc 的吞吐量影响几乎可以忽略不计,像是我在 jdk22 用 G1 ,火焰图基本快看不到 GC 的开销了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1073571

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX