《Java 演进之路》系列 · 第 22 篇

Java 26 正式发布：Loom 生态全面落地，旧时代组件彻底退场

用 StructuredTaskScope 写并发代码，不再手动管理线程池，吞吐量翻倍且零内存泄漏——这一刻才真正体会到，Java 的高并发编程竟能如此简洁优雅。

2026 年 3 月 17 日，JDK 26 正式 GA。作为 JDK 25 LTS 之后的首个短期版本，它虽仅有半年生命周期，却完成了一次极具战略意义的“承上启下”式迭代： 一方面，Project Loom 的生态拼图终于完整，虚拟线程迎来其最佳搭档——结构化并发； 另一方面，Java 果断挥别历史包袱，永久移除 Applet API，宣告一个时代的终结。

JDK 25 官方特性总览

所有变更均严格遵循JSR 401（《Java SE 26 发布规范》），聚焦三大核心方向，直击开发者日常痛点：

• • 🚀 Loom 生态完善：结构化并发第六次预览，API 成熟，成为虚拟线程的“黄金拍档”
• • 🧹 历史债务清理：Applet API 彻底移除，平台内核更轻量、更安全
• • 🔧 性能与标准升级：HTTP/3 原生支持、G1 GC 优化、加密能力增强，全面拥抱现代技术栈

1.结构化并发（JEP 525，第六预览）：虚拟线程的“最佳拍档”终成型

自 JDK 21 虚拟线程（Virtual Threads）正式落地以来，“如何安全高效地管理海量虚拟线程”成为开发者的新挑战。而 StructuredTaskScope 作为 Project Loom 的另一支柱，在历经五轮预览打磨后，于 JDK 26 完成关键进化，真正实现“开箱即用”。

✨ 核心优化：更简洁、更自然、更强融合

• • 新增 onTimeout() 方法，超时处理逻辑更灵活
• • allSuccessfulOrThrow() 直接返回结果列表，无需手动解包 Subtask
• • 方法命名统一简化：anySuccessfulResultOrThrow() → anySuccessfulOrThrow()
• • 支持通过 UnaryOperator<Builder> 自定义线程工厂、超时策略等配置

💡 核心价值：让并发代码“结构化”，根治线程泄漏

传统基于 ExecutorService + Future 的并发模型存在三大顽疾：

• • 线程泄漏风险高：父任务异常退出后，子任务仍在后台运行
• • 异常处理复杂：需手动遍历取消所有 Future，极易遗漏
• • 可观测性差：线程 dump 中无法体现任务父子关系，排查困难

而结构化并发通过作用域绑定机制，将所有子任务生命周期严格限定在父作用域内。父任务结束（无论成功或异常），所有子任务自动取消，彻底杜绝资源泄漏。

✅ 传统写法（有泄漏风险）：

Future<User> user = executor.submit(() -> fetchUser());
Future<Order> order = executor.submit(() -> fetchOrder());
try {
    User u = user.get();
    Order o = order.get();
} catch (Exception e) {
    user.cancel(true);
    order.cancel(true); // 容易遗漏！
}

✅ JDK 26 写法（自动托管，零泄漏）：

try (var scope = StructuredTaskScope.open()) {
    Subtask<User> user = scope.fork(() -> fetchUser());
    Subtask<Order> order = scope.fork(() -> fetchOrder());
    scope.join(); // 自动等待或超时
    return new Result(user.get(), order.get());
} // 作用域结束，自动取消未完成子任务

🌐 与虚拟线程天然融合

StructuredTaskScope 默认使用虚拟线程执行子任务，无需创建或管理线程池。开发者只需关注业务逻辑，即可轻松实现“一个请求、多个并发调用”的高性能微服务架构。

2. 移除 Applet API（JEP 504）：与 Java 的“插件时代”正式告别

如果说 Loom 是 Java 面向未来的引擎，那么 移除 Applet API 就是 Java 对过去的一次郑重道别。

📉 为何现在移除？水到渠成的必然选择

• • 浏览器端：Chrome、Firefox 等主流浏览器早在多年前就已禁用 NPAPI 插件，Applet 失去运行环境
• • JDK 端：JDK 9 废弃、JDK 11 移除 appletviewer、JDK 24 禁用 Security Manager（Applet 安全基石）
• • 生态端：现代 Web 开发由 HTML5、React、Vue 等主导，Applet 早已无生存空间

🗑️ 移除了什么？

JDK 26 永久删除以下内容：

• • 整个 java.applet 包（Applet, AppletContext, AudioClip 等）
• • javax.swing.JApplet
• • 相关引用类：java.beans.AppletInitializer、javax.naming.Context 中的 Applet 方法等

👥 对开发者影响？

• • 绝大多数人无感：近十年几乎无新项目使用 Applet
• • 平台受益显著：减少数万行陈旧代码，降低维护成本，消除潜在安全漏洞

这不仅是 API 的删除，更是 Java 从客户端插件时代，坚定转向云原生、服务端、分布式架构的标志性事件。

3. HTTP/3 原生支持（JEP 517）：紧跟网络协议演进

HTTP/3 基于 QUIC 协议，解决 TCP 队头阻塞问题，支持 0-RTT 快速握手，在弱网、高延迟场景下性能优势显著。如今，Java 原生 HttpClient 终于支持 HTTP/3（预览）！

✅ 核心特性

• • 基于 QUIC，多路复用无阻塞
• • 强制 TLS 1.3，兼顾安全与性能
• • 向下兼容：同一套代码可无缝切换 HTTP/1.1、HTTP/2、HTTP/3
• • 零学习成本：API 与现有 HttpClient 完全一致

🚀 使用示例

HttpClient client = HttpClient.newHttpClient();
HttpRequest request = HttpRequest.newBuilder()
    .uri(URI.create("https://example.com"))
    .version(HttpClient.Version.HTTP_3) // 仅此一行启用 HTTP/3
    .GET()
    .build();

HttpResponse<String> response = client.send(request, HttpResponse.BodyHandlers.ofString());
System.out.println(response.statusCode());

从此，微服务通信、第三方 API 调用、爬虫等场景，无需引入 OkHttp 或 Netty，即可享受下一代协议红利。

🧩 为什么值得关注 JDK 26？

尽管是短期版本，JDK 26 的价值不可小觑：

1. 1. Loom 生态真正成熟 虚拟线程 + 结构化并发 = 高并发编程“平民化”。开发者不再需要精通线程池调优，几行代码即可构建高性能服务。
2. 2. 平台持续精简，更安全更聚焦 移除 Applet 只是开始。近年来 Java 已陆续淘汰 32 位 x86 支持、Security Manager 等过时组件，让 JDK 更轻盈、更现代。
3. 3. 紧贴技术前沿，原生能力强大 HTTP/3、PEM 加密、G1 GC 优化……Java 正确保原生 API 能满足云原生、高安全、低延迟等现代需求。

短期版本的意义，正在于快速验证、持续打磨、精准改进——它们是下一个 LTS 版本伟大的基石。

🧱 其他重要更新

• • G1 GC 吞吐量优化（JEP 522）：减少内部锁竞争，大堆内存下吞吐提升、延迟更稳
• • PEM 加密对象编码（JEP 524，第二次预览）：简化与 OpenSSL/Nginx 的密钥交换
• • 惰性常量（JEP 526，第二次预览）：常量首次使用时初始化，加速启动、节省内存
• • AOT 对象缓存（JEP 516）：提升云原生冷启动性能
• • Vector API（JEP 529，第11轮孵化）：为 AI/科学计算提供原生向量化支持
• • 基本类型模式匹配（JEP 530，第四预览）：消除 int 与 Integer 的语法割裂

✅ 总结

JDK 26 是一次 “精准发力、承上启下” 的典范迭代。它没有炫目的新语言特性，却在三个维度扎实前行：

• • 让 Loom 生态真正可用，高并发从此简单、安全、高效
• • 果断清理历史债务，让 Java 平台轻装上阵，聚焦未来
• • 紧跟现代技术标准，确保原生 API 不落伍于时代

从 JDK 21 的虚拟线程，到 JDK 25 的 Scoped Values，再到 JDK 26 的结构化并发，Project Loom 的拼图已然完整。Java 的并发模型，正从“资源受限的线程池时代”，迈向“无感知的虚拟线程时代”。

而这背后，是 Java “稳健迭代、价值优先” 的演进哲学：不追求颠覆，只专注让开发者写代码更轻松，让应用运行更高效。

JDK 26，不只是 JDK 25 的继任者，更是通向 下一个 LTS 版本 的坚实桥梁。

后续将持续带来 JDK 系列深度解析——从特性实战到性能调优，从源码剖析到云原生落地，助你掌握 Java 前沿技术脉搏。 关注我，不错过每一次 Java 的进化！

📢 延伸阅读

JSR 401: Java SE 26 规范[1] OpenJDK JDK 26 官方页面[2] JEP 525: Structured Concurrency[3] JEP 504: Remove the Applet API[4] JEP 517: HTTP/3 for HttpClient[5]

引用链接

[1] JSR 401: Java SE 26 规范: https://www.jcp.org/en/jsr/detail?id=401 [2] OpenJDK JDK 26 官方页面: https://openjdk.org/projects/jdk/26/ [3] JEP 525: Structured Concurrency: https://openjdk.org/jeps/525 [4] JEP 504: Remove the Applet API: https://openjdk.org/jeps/504 [5] JEP 517: HTTP/3 for HttpClient: https://openjdk.org/jeps/517