这是一个创建于 368 天前的主题，其中的信息可能已经有所发展或是发生改变。
此版本是非 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/
本帖不欢迎刷 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/
 |
101
wtsm 2024-09-18 22:39:55 +08:00 via Android
公司还是 1.6
|
 |
102
WispZhan 2024-09-18 22:43:45 +08:00
对非 LTS 没啥兴趣，实验性特性太多了，支持时间也短。等 LTS 版本再说吧。
而且除非政策原因，其实推荐保持软件有生命力，至少在自己手上是保持生命力的做法。尤其是新项目 |
 |
103
lixintcwdsg 2024-09-19 06:22:13 +08:00
唉，21 的虚拟线程的确好用，虽然也有一些问题在
|
 |
104
duanzhanling 2024-09-19 07:11:56 +08:00
jdk8 永远的神
|
 |
105
qweruiop 2024-09-19 08:41:33 +08:00
@yty2012g 哦，你们生产上了 virtual 了？不觉得 virtual 还是有点慢？我们还是普通的 vertx 。
|
 |
106
wuxinling 2024-09-19 08:56:55 +08:00
想升没办法升，现在用的 centos7.9 mysql5.7 jdk8 。
问了各个环节都不愿意升级，说对现在开发的项目（ 2021 年开始的）不稳定，不敢动。 |
 |
108
tomatocici2333 2024-09-19 09:55:56 +08:00
@Mark24 #62
 你这版本跨度也太大了 |
 |
109
yty2012g 2024-09-19 10:00:04 +08:00
@qweruiop 可能是我对 vert.x 这个框架的理解不太到位。我是压测验证了下，按吞吐量从高到低，线程模型分别是 Virtual_Thread > Worker > Event_Loop
|
 |
110
Richared 2024-09-19 10:10:20 +08:00
我们已经 17 了，在我的这段职业生涯里应该是用不到了。除非搞出来个惊天大 bug 。
|
 |
111
ala2008 2024-09-19 11:04:02 +08:00
刚刚从 jdk 7 升级到 jdk 8 。。
|
 |
112
byte10 2024-09-20 11:57:56 +08:00
@yty2012g vert.x 是 actor 模型，主打就是线程安全，不过速度理论上会比 Virtual_Thread 快（但是 Virtual_Thread 写代码好很多，调试也方便），大部分场景 会比 Worker 方式快，主打吞吐量高。
|
|
113
yty2012g 2024-09-20 14:38:54 +08:00
@byte10 昨天我也是突然开窍，我就想，ng 也是监听一个端口，但是能利用好多核，这个是什么原理。原来是使用了 SO_REUSEPORT 这个 TCP 选项。然后我就和 GPT 沟通了一番，原来 vertx 也可以开启！开启后，就是通过内核做负载均衡，然后我就把线程模型改回 EVENT_LOOP ，然后多个线程监听一个端口，果然性能起飞了，终于可以利用多核了，之前压测死活 CPU 利用率上不去
|
Select Language