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

openjdk.org/projects/jdk/24/

medium.com/graalvm/welcome-graalvm-for-jdk-24-7c829fe98ea1

此版本是非 lts 版本，今年 9 月份的 jdk 25 是 lts 版本

本帖不欢迎刷 jdk8 梗，都是 10 多年前的技术了，2014 年 3 月 18 日发布。

你发任你发, 我用 Java 8

我滴妈耶，都到 24 了啊？这是每年一个大版本的节奏吗？

每年两个版本，两年一个 lts 版本

值类型真难产啊,
Java 不得不带着镣铐跳舞.

不是 LTS 用不到，而且这一版没杀手级别的新特性 ...

什么时候支持动态类型了我再用

491: Synchronize Virtual Threads without Pinning 是这次最重要的更新了，virtual thread 总算是可以用了

等 9 月线上服务升级 25 lts

aot linking 对于客户端软件算是很有用的功能了。compact object header 也是很有用的特性，虽然还是实验性的，现在也只合并了半个实现（ 8 字节对象头），4 字节版本合并到 lillput 上了，还在更新支持各类 gc 之类的。对象头的缩减对于服务端程序感觉能减少 10%以上的内存占用，还能够减少 gc 压力，对性能也会有提升。

正在 21 + Spring Boot 3.x ，等发 25 lts 再换

你强任你强, 我用 Java 8

JEP 450 内存占用减少 8-10 个百分点
JEP 491 虚拟线程首次真正可用

Groovy 和 Clojure 都支持动态类型

我也想用新的 jdk ，但是项目不允许

Foreign Function Interface for Java (JEP 424) , 关于 FFI 的更新怎么没有看到消息

21 之前没关注过 jdk 版本的迭代，21 关注以后发现原来 jdk 的迭代这么快

openjdk.org/jeps/454 已经在 jdk 22 release 了

你发布归你发布,公司项目 Java8, 任谁来都不好使~谁升级谁背锅

公司的项目还在 jdk8 -> jdk17 的迁移过程中

还在用 jdk8+jdk17 两个版本并行中

不写 java ，之前写的还都是用的 jdk8 ，想问一下现在主流的版本是多少？是 17 么，vscode 的调试器貌似要求最低 17 ，感觉 jdk17 是不是和类似 cpp11 在 cpp 中的情况

结构化并发啥时候能转正啊…

有些人并没有意识到自己不追赶技术就会被技术追赶并淘汰的现实

新的调用 Native 方法的特性很有吸引力啊

不要再说“你强任你强, 我用 Java 8”，都什么时代了，至少 JDK11 以上，现在主流已经是 17 ，还在 Java8 的都是老古董项目了，还坚持你强任你强，只会被后浪拍死在沙滩上

根据 2024 年的 New Relic 2024 Java 生态系统状态报告，Java 17 、11 和 8 的用户比例分别为 35%、33% 和 29%。

java 啥时能做到 Windows 级别的向下兼容，那就真的没人再谈 jdk8 的梗了，目前跟着服务器 jdk 版本，服务器不升我不升

刚给服务用上 17 ，多行文本和 switch 表达使用的美滋滋的。不知道怎么坚持 j8 用了这么多年的

搞个投票，统计 V 站的朋友目前使用的 JDK 版本，以及对应项目的行业和大致流量，应该比较具有参考下

越是兼容越是屎山，难以维护。有几个编程语言能做到这样的兼容

491 是真不错，终于更敢用 Virtual Thread 了
487 和 499 是不是计划 jdk25 release ？届时，下一代 Concurrency 模型应该是有一波显著的升级

Java 项目升级没那么难，只要你项目里没用那些意义不明的 sun 包的东西。

主流 17 ，其次 11 。新项目拉 springboot ，支持的最低版本是 17 。

谨慎升级

486: Permanently Disable the Security Manager

这个改动，兼容性问题很大，第三方库得修好一阵子才能搞定。

groovy 啥都支持，对于 CRUD 挺爽的

我想问下,有没有人还在用 java6 的

我们公司都是 11 和 17
没有用 8 的

这不老生常谈么，对于已经运营多年的老旧大型项目，基本准则就是能不动绝对不动，那不是 java8 是啥呢。。。。

我们老古董公司还在用 jdk8 ，醉了

我真的在用 java8 ，中国把 spark 版本钉死了

中国=》中台

我还在用 21 ，性能很强，话说老讨论 java8 干啥，看多了也腻了

你甚至不愿意读到正文的最后一行

招 java 的越来越少的

8 的真实比例比这个统计高的多得多，这个统计的是使用他们家线上监控的 Java 应用，可以预见的是国内不可能有少项目在用他们的服务，国内又恰恰是 8 的重灾区

zgc 稳定了吗？比 g1 好？

老发这些有意思吗，挺没劲的？准备固步自封何时呢~