这是一个创建于 168 天前的主题，其中的信息可能已经有所发展或是发生改变。
Features
404: Generational Shenandoah (Experimental)
450: Compact Object Headers (Experimental)
472: Prepare to Restrict the Use of JNI
475: Late Barrier Expansion for G1
478: Key Derivation Function API (Preview)
479: Remove the Windows 32-bit x86 Port
483: Ahead-of-Time Class Loading & Linking
484: Class-File API
485: Stream Gatherers
486: Permanently Disable the Security Manager
487: Scoped Values (Fourth Preview)
488: Primitive Types in Patterns, instanceof, and switch (Second Preview)
489: Vector API (Ninth Incubator)
490: ZGC: Remove the Non-Generational Mode
491: Synchronize Virtual Threads without Pinning
492: Flexible Constructor Bodies (Third Preview)
493: Linking Run-Time Images without JMODs
494: Module Import Declarations (Second Preview)
495: Simple Source Files and Instance Main Methods (Fourth Preview)
496: Quantum-Resistant Module-Lattice-Based Key Encapsulation Mechanism
497: Quantum-Resistant Module-Lattice-Based Digital Signature Algorithm
498: Warn upon Use of Memory-Access Methods in sun.misc.Unsafe
499: Structured Concurrency (Fourth Preview)
501: Deprecate the 32-bit x86 Port for Removal
https://openjdk.org/projects/jdk/24/
https://medium.com/graalvm/welcome-graalvm-for-jdk-24-7c829fe98ea1
此版本是非 lts 版本，今年 9 月份的 jdk 25 是 lts 版本
本帖不欢迎刷 jdk8 梗，都是 10 多年前的技术了，2014 年 3 月 18 日发布。
404: Generational Shenandoah (Experimental)
450: Compact Object Headers (Experimental)
472: Prepare to Restrict the Use of JNI
475: Late Barrier Expansion for G1
478: Key Derivation Function API (Preview)
479: Remove the Windows 32-bit x86 Port
483: Ahead-of-Time Class Loading & Linking
484: Class-File API
485: Stream Gatherers
486: Permanently Disable the Security Manager
487: Scoped Values (Fourth Preview)
488: Primitive Types in Patterns, instanceof, and switch (Second Preview)
489: Vector API (Ninth Incubator)
490: ZGC: Remove the Non-Generational Mode
491: Synchronize Virtual Threads without Pinning
492: Flexible Constructor Bodies (Third Preview)
493: Linking Run-Time Images without JMODs
494: Module Import Declarations (Second Preview)
495: Simple Source Files and Instance Main Methods (Fourth Preview)
496: Quantum-Resistant Module-Lattice-Based Key Encapsulation Mechanism
497: Quantum-Resistant Module-Lattice-Based Digital Signature Algorithm
498: Warn upon Use of Memory-Access Methods in sun.misc.Unsafe
499: Structured Concurrency (Fourth Preview)
501: Deprecate the 32-bit x86 Port for Removal
https://openjdk.org/projects/jdk/24/
https://medium.com/graalvm/welcome-graalvm-for-jdk-24-7c829fe98ea1
此版本是非 lts 版本，今年 9 月份的 jdk 25 是 lts 版本
本帖不欢迎刷 jdk8 梗，都是 10 多年前的技术了，2014 年 3 月 18 日发布。
106 条回复 • 2025-07-23 10:44:24 +08:00
 |
101
tiiis 166 天前
iceberg 不支持 Java8 了
|
 |
102
afeiche 166 天前
我们部门新搞了一个支撑全公司的系统，我作为外部的架构师给他们做系统评审时，建议他们升级到 17 ，然后被妥妥的拒绝，其实也能理解他们的想法，不过从长远看，现在 8 已经落后好几年了，这个系统还要存活 10 来年吧，想想后边接手的人就觉得太惨了，一堆的安全漏洞没法修复，安全的人天天找他们
|
 |
103
kokutou 166 天前
搞安全的同学努力啊 多挖点 java8 框架的漏洞
 |
 |
104
lujiaxing 166 天前
@wzwmeme 我不仅 NT 发言, 我还能 XP 发言呢, 还能 9x 发言呢.
虽然从技术角度上来说, 不应该如此保守, 应该多学多跟进新技术的浪潮. 但是事实上这些用 Java 8 的企业才是真正的稳定. 不随便裁员, 也不随便迭代技术. 虽然技术都是十多年前的, 但相应的, 人员也都是十多年的. 在这种地方上班就是图一个字: 稳. 反正都是上班, 稳定大于一切. 你 Java 17 18 24 有啥用呢? 技术迭代的频, 人员迭代的也频. |
 |
106
gaattc 41 天前
迁移到 jdk21 后发现新特性也就那样，模式匹配、record 、增强 switch 看起来好用了一点点
但是相比于 kotlin ，感觉 java 太弱小了，kt 真香.jpg |
Select Language