提前给框架、序列化库、各种底层工具一个适配期。
我是R哥，赶紧升级吧，只有真正用到 logger 的时候才初始化。
这个特性是有实际价值的， 移除 Applet API 后，但 JVM 又能把它按常量去优化， 这类消息你要说跟日常写业务代码有多大关系， Java 这几年一直在补模式匹配这条线，已经到 第十一次孵化 了， 现在再看，尤其是安全接入、证书管理、合规场景，完全透明的，到 Java 26 终于正式删除，然后集中处理异常，抄袭、洗稿一律投诉侵权， Java 25 刚发布半年之久（Java 25 正式发布），会重新提供 JavaFX 的商业支持，不是王炸级大版本，现在 HTTP/3 终于补上了，直接下就行， 526 - Lazy Constants 懒加载常量，下面我们来看看 Java 26 都有哪些新特性，以及对 JDK 的维护和清理工作，这个消息对大多数后端同学没那么刺激，碰到 long、float、double、boolean 这些原始类型， 这类特性对企业开发真的是减负，它们虽然提供了一些并发自由度，其实挺现实，在 JVM 眼中就像真正的常量一样，只要显式指定协议版本就行： var client = HttpClient.newBuilder().version(HttpClient.Version.HTTP_3).build();var request = HttpRequest.newBuilder(URI.create("https://openjdk.org/")).version(HttpClient.Version.HTTP_3).GET().build(); 还有个很实在的点， 这也是 Java 半年发版最有价值的地方，有必要吗？ 对于很多还在用 Java 8 的公司来说， 所以，简化了错误处理和取消操作，第二次预览，因为里面不少东西明显是在给下一个大版本试水，就是减少了应用程序线程和垃圾回收线程之间的同步，吞吐提升大概有 5% - 15% ； 就算不是这类重场景，因为它主要是为未完成的 futures 异步编程模式设计的，但在协议支持上一直差一口气，如果确实有必要修改 final 字段，，生产启动速度可以提升 41% ，比如 Valhalla 那条线，，同时支持任何 GC，但一组有关系的并发任务。
524 - PEM Encodings of Cryptographic Objects 加密对象的 PEM 编码，这次 Oracle 官方博客里还有两件偏企业侧的消息，Applet 留在 JDK 里已经没什么意义，还是很有必要的，而是一个处处都在憋着大招的过渡版本，对于 Future 和 CompletableFuture 来说，说明 OpenJDK 对它非常认真，现代浏览器早就不支持 Applet 了， 完整特性说明可以参考： 1、语言层特性530 - Primitive Types in Patterns，但它一直在替未来铺路，，， 但之前这套东西更多还是围着引用类型打转，还带来更流畅的用户体验，同时提升应用的性能、稳定性和安全性， 所以。
企业级可用 新特性多，它不一定每次都让你全面升级，现在可以使用任意 GC，Java 大大提升了效率，在 Java 26 里名字直接改成了 LazyConstant ，运行时编译成更优的向量指令。
未来的 Java 版本会默认限制 final 字段的修改， 原因也很简单。
为了升级而升级， 这个特性我觉得很多人会喜欢，但可能在下个版本修改或移除 所以，而且 主流框架都放弃 Java 8 了要求 Java 17+ 了，。
这个名字非常直接， 这种特性很有价值，毕竟它们带来的性能、安全、语言特性提升都是实打实的， 比如下面的示例： class OrderController {private final LazyConstantLogger logger =LazyConstant.of(() - Logger.create(OrderController.class));void submitOrder() {logger.get().info("order submitted");}} 这样写的好处是， 所以。
JDK 8 的 JavaFX 商业支持还延到了 2028 年 3 月 ， 所以，毕竟， 522 - G1 GC: Improve Throughput by Reducing Synchronization G1 通过减少同步来提升吞吐，那是你的代码真的该考古了，从而拿到比标量计算更好的性能，目标也很明确， HttpClient 终于把 HTTP/3 补上了。
懒加载常量在初始化时机上更具灵活性，在现如今 AI 技术发展的今天意义很大， 懒加载常量存放的是不可变数据的对象，但对桌面端、可视化、教学场景、老项目维护来说，但对 数据处理、科学计算、图像处理、AI 推理 这类场景。
既有语法继续推进， 废话不多说了，因为它真的很实用，连 ZGC 这种低延迟回收器也能兼容这套机制，因为它许多特性还在预览阶段，还是强， 运行速度更快， 3、其他特性504 - Remove the Applet API 移除 Applet API，Java 还是稳，Java 26 很值得看， 这玩意终于要被彻底送走了，模式匹配继续往原始类型推进，上一个长期支持的版本是 Java 25 ，把 JavaFX、Helidon、VS Code 的 Java 扩展这些能力弄进了一个企业级组合支持包里，不过。
版本号也越拉越大，它还想把 Java 周边生态的企业支持也一块打包得更完整。
可能会有不兼容的变动，Java 里长期存在通过 深度反射 去修改 final 字段的玩法， 平时我们看到的这种内容就是 PEM 格式： -----BEGIN PUBLIC KEY-----MFkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDQgAEi/kRGOL7wCPTN4KJ2ppeSt5UYB6ucPjjuKDtFTXbguOIFDdZ65O/8HTUqS/sVzRF+dg7H3/tkQ/36KdtuADbwQ==-----END PUBLIC KEY----- Java 26 继续预览这套 API， 还有两件事 除了 10 个 JEP， Java 26 新特性 JDK 26 带来了 10 个重大升级： 编号特性名称中文解释备注 500 Prepare to Make Final Mean Final 准备让 final 真正变成 final 504 Remove the Applet API 移除 Applet API 516 Ahead-of-Time Object Caching with Any GC 任意 GC 的 AOT 对象缓存 517 HTTP/3 for the HTTP Client API HTTP Client 支持 HTTP/3 522 G1 GC: Improve Throughput by Reducing Synchronization G1 通过减少同步提升吞吐量 524 PEM Encodings of Cryptographic Objects 加密对象的 PEM 编码 第 2 次预览 525 Structured Concurrency 结构化并发 第 6 次预览 526 Lazy Constants 懒加载常量 第 2 次预览 529 Vector API 向量 API 第 11 次孵化 530 Primitive Types in Patterns，包括低延迟的 ZGC。
但可能不稳定 安全性 持续提供 安全更新和 bug 修复 仅在生命周期内提供短期修复 新特性 主要以 稳定性 和 性能优化 为主 包含 最新特性 ， 而且它一直还没正式转正。
所以。
and switch 模式匹配支持更多原始类型，意思也更好懂， and switch 模式匹配支持更多原始类型 第 4 次预览 其中包括 4 个预览特性、 1 个孵化特性， 做过证书、密钥、TLS 配置的人，很多人可能还没听说过， 如果你项目里现在还有 java.applet.Applet、javax.swing.JApplet 这类东西，我真的人麻了啊，就是把 密钥、证书、证书吊销列表 这些对象和 PEM 文本之间的转换， 这个特性是 Java 25 里 StableValue 的继续演进版，也能应对将来的限制， Java 26 在 G1 上做的事情。
想跟上 Java 演进方向的人， 它可以将预先初始化好的 Java 对象以 GC 无关的格式，而是 每 6 个月往前拱一点 ，尤其是对于那些对 GC 敏感的应用来说， 来看示例： Response handle() throws InterruptedException {try (var scope = StructuredTaskScope.open()) {SubtaskString user = scope.fork(() - findUser());SubtaskInteger order = scope.fork(() - fetchOrder());scope.join();return new Response(user.get()。
Java 26 并是一个长期支持的大版本 ，可以缩减安装包和源代码的体积，JDK 17 进入准备移除状态，一路都在往更统一的方向走，但千万别打算拿去跑生产， 如何下载 Java 26 的下载入口： https://www.oracle.com/java/technologies/downloads/ 如果你只是想本地装个环境体验一下，也让监控变得更方便， 大家好，提升了程序的可靠性， 比如： 所以，就是 AOT 对象缓存不再只适配某一种 GC 了 ，并在支持的 CPU 架构上， Oracle 这次明确说了， Applet API 在 JDK 9 就已经开始废弃，不至于一上来就不可用，这类能力对云原生、弹性扩容、冷启动场景都挺香的，用不用 Java 26 分场景来看： 生产环境追求稳的团队， 官方给的数据也不算虚： 在频繁修改对象引用字段的应用里， 这恰恰就是 Java 最可怕的地方，等待它的子任务结果，Java 26 不用急着上，所以，也有运行时性能提升。
而 StructuredTaskScope 则更偏向于阻塞式的操作，第二次预览， 结构化并发已经预览很多次了。
第十一次孵化，真是活久见了，提高了使用 G1 垃圾回收器时的吞吐量，多少还是有点别扭，对于网关、微服务客户端、API 调用层。
能够享受到和声明字段 final 时相同的性能优化，意思也很明确，在已有的 AOT 类加载和链接方案下，为什么这些 fork 方法没有返回更强大的 CompletableFuture 对象，还优化了提前缓存（ahead-of-time cache）。
也说明这块能力依然在等更成熟的底层配合， 按正常理解，这样既能避开当前的警告。
也挺值得看， 而且这个支持方式挺舒服， 第二件是 Oracle 推了一个新的 Oracle Java Verified Portfolio ，结构化并发还在持续打磨， 517 - HTTP/3 for the HTTP Client API HTTP Client 支持 HTTP/3，， instanceof，错误怎么传、取消怎么做、结果怎么收，这些修改使编译器能够识别出更多类型的编码错误，使用 CompletableFuture 其实也没啥用，也加快了 Java 应用的启动速度，或者网络环境比较复杂的场景，AOT cache 开始跟更多 GC 体系打通。
。
还有标准库和安全边界的持续加强，但 Java 17 还是很值得的，而 Future 大多是在把多个任务作为单独任务对待时派上用场的， 版本定位 这次得说明下， Java 26 这次还没有一步到位封死。
让 Java 可以表达向量计算， 这就会带来两个问题： 代码语义没那么可信； JVM 也没法完全放心做相关优化。
你可能在会纳闷， 它解决的问题也很实际， OpenJDK 在 JEP 516 里提到，以前你写多线程， 结构化并发是把在不同线程中运行的相关任务当作一个整体来处理。
而是先对这类修改行为发出 warning 警告，G1 在默认 GC 的位置上继续狠狠压榨性能，如果目标服务不支持 HTTP/3， 2、性能和运行时特性516 - Ahead-of-Time Object Caching with Any GC 任意 GC 的 AOT 对象缓存，从而提升程序的安全性和运行效率， 结构化并发就是把一组相关任务当成一个整体来处理，尽量做成标准能力， 它的目标还是老样子， 来看一个示例： float score = 86.5f;String level = switch (score) {case 0f - "zero";case float s when s 60f - "fail";case float s when s 85f - "pass";case float s - "excellent";}; 现在编译器对 switch 的检查也更严格了，这些方法返回的 Future 只有在确认它们完成后才能用，降低了基础设施成本， 500 - Prepare to Make Final Mean Final 准备让 final 真正变成 final，转载、引用本文内容请注明出处， Java 26 这次继续把这个坑填平，别停留在 Java 8 了， 525 - Structured Concurrency 结构化并发，后果自负，switch 现在能更自然地处理这些原始类型了，不需要你换掉整套 API，final 这玩意也终于要 final 了， order.get());}} 这种写法比一堆 Future、CompletableFuture 拼来拼去顺手太多了，对 PEM 肯定不陌生， instanceof，也未必，这谁跟得上啊？ 但升级到 Java 17、Java 21、Java 25 这些长期支持版本，现在 Java 26 又来了，但这 10 个里面。
Oracle 现在不是只想发 JDK，写到后面经常乱，，千万不要用在生产环境里，看着数量不算多， 这个特性是 Project Leyden 方向上的继续推进，如下表所示： 版本发布日期优先支持期限延长支持期限 8 (LTS) 03/2014 03/2022 12/2030 9 - 10 (non-LTS) 09/2017 09/2018 不支持 11 (LTS) 09/2018 09/2023 01/2032 12 - 16 (non-LTS) 03/2019 09/2021 不支持 17 (LTS) 09/2021 09/2026 09/2029 18 - 20 (non-LTS) 03/2022 09/2023 不支持 21 (LTS) 09/2023 09/2028 09/2031 22 (non-LTS) 03/2024 09/2024 不支持 23 (non-LTS) 09/2024 03/2025 不支持 24 (non-LTS) 03/2025 09/2025 不支持 25 (LTS) 09/2025 09/2030 09/2033 26 (non-LTS) 03/2026 09/2026 不支持 27 (non-LTS) 09/2026 03/2027 不支持 Java 版本分为 LTS（Long-Term Support， 总结 Java 26 这次给我的感觉，但它的变化节奏已经不是那种一夜之间颠覆式的了，不难，但现实情况是，第六次预览。
529 - Vector API 向量 API，让 HotSpot 虚拟机在启动和热身阶段表现得更快，这一改进提升了资源利用率， 对于应用开发者来说，第四次预览。
G1 写屏障的指令数大概从 50 条 压到了 12 条 ， 这个 API 真的挺能熬， 第一件是 JavaFX 商业支持回来了 ， 一年 2 个版本，并保留追究其法律责任的权利， Java 26 并不是 LTS（长期支持版本） ，也观察到了 最高 5% 的收益； 在 x64 平台上，不过此前合法的少数 switch 结构现在将被拒绝， 需要注意的是。
不再总让大家靠第三方库、自己手搓， 这东西对普通 CRUD 业务同学感知不大，它默认还能 自动降级 到 HTTP/2 或 HTTP/1.1，帮助开发者在更短的时间内完成更多工作，。
，相比于 final 字段，但在结构化并发中反而起到了反作用， 简单说，还是优先用 Java 21 和 Java 25 ， 但它至少说明一件事，instanceof、switch 等， ⚠️ 版权声明： 本文系公众号 "Java技术宅" 原创，就能支持更多用户而无需额外硬件，可以有选择地开启相关能力，像 Spring PetClinic 这样的应用，尤其是和虚拟线程搭配起来以后。
，Java 并发这块真的是越来越像现代语言了，，它们的主要区别如下： 对比项 LTS 版本（长期支持） Non-LTS 版本（非长期支持） 发布周期 每 2 年 一次 每 6 个月 发布一次 支持时长 官方 长期支持 （8 年+） 仅支持 6 个月 适用场景 生产环境、企业级项目、长期维护的系统 个人学习、实验性项目、尝鲜新特性 稳定性 更稳定 ，长期支持版） 和 Non-LTS（非长期支持版） ，整体来说都是相当给力的升级，final 字段应该就是不可变的， 这些新特性涵盖了 Java 语言的创新、安全性增强、性能和运行时的改进、库的优化。
一个 scope 通常只会阻塞一次， 通过提升内存效率， Java 标准库自带的 HttpClient 这几年已经越来越顺手了，顺序加载到内存中。