大家好，我是卷毛。

三大特性。代码量直接减半

我在重构老项目时随手升级JDK，结果一个下午就把40%的样板代码删掉了。下面聊下我实际用下来真正提高效率的三项新特性。每个都附带对比代码，读完你就能直接落地。

一、结构化并发正式转正：告别回调地狱

以前用CompletableFuture写并发时常遇到深层嵌套和异常处理混乱：

// Java 之前的写法 —— 嵌套地狱
CompletableFuture userFuture = CompletableFuture.supplyAsync -> userService.findById);CompletableFuture orderFuture = CompletableFuture.supplyAsync -> orderService.findByUserId);userFuture.nCombine -> {
CompletableFuture couponFuture = CompletableFuture.supplyAsync(
-> couponService.findByUser)
);couponFuture.nAccept(coupons -> {
// 终于拿到所有数据了...但已经嵌套3层了
System.out.println);})，});

痛点：

• 回调嵌套导致可读性差，维护成本高。其实，
• 捕获分散。需要在每个链条中手动处理。
• 说到线程泄漏风险。若某个子任务抛异常，父任务可能仍在运行。

Java 26的结构化并发让你一次性完成所有任务：

// Java —— 优雅到想哭
try ) {
var userTask = scope.fork -> userService.findById);var orderTask = scope.fork -> orderService.findByUserId);var couponTask = scope.fork -> couponService.findByUser);scope.join，// 等所有任务完成
// 直接拿结果，没有嵌套，没有回调
return buildResult。orderTask.get,couponTask.get);}

收益：

• 代码量大幅压缩: 项目中聚合接口从60+行降至28行。
• 自动异常传播: 任意子任务失败会自动关闭scope，无需额外exceptionally逻辑。
• 防止线程泄漏: scope关闭时会自动清理内部资源。

主要优势对照表

卷毛tips：If you have “aggregate multiple RPC calls” scenarios,structured concurrency is way to go—paired with virtual threads it boosts performance dramatically.

二、Scoped Values上线：ThreadLocal的终结者

TLE…ThreadLocal 用无数次却也遇到过不少问题：内存泄漏、线程池复用导致数据串台、InheritableThreadLocal在线程池下失效…，不过，

A 之前的实现：

// 以前 —— ThreadLocal 的痛点
private static final ThreadLocal CONTEXT = new ThreadLocal<>;public void handleRequest {
CONTEXT.set);try {
doBusiness;} finally {
CONTEXT.remove;// 忘记写就是内存泄漏
}
}

A Java 26 的实现：

// Java —— Scoped Values 的优雅
private static final ScopedValue CONTEXT =
ScopedValue.newInstance;public void handleRequest {
ScopedValue.where).run -> {
doBusiness;// scope结束自动清理，不需要remove
// 虚拟线程中也能正确传递
});}

A 我踩过的坑分享给你：

• A 去年线上事故就是 ThreadLocal + 线程池导致的数据污染——使用者 A 请求结束后 Context 没清理干净，被复用给 B。按理说，使用 Scoped Values 后这种问题根本不存在——值作用域是代码块级别。一旦离开就没了，
• A 与虚拟线程配合时也不会出现传递错误；而传统 ThreadLocal 在虚拟线程里不可靠。
• A 在大型服务中。频繁创建和销毁 ThreadLocal 对象会导致 GC 压力增加，而 ScopedValues 是不可变对象，更轻量。
​）​​<\/span>

Scoped Values vs ThreadLocal 对比

// ❌ ThreadLocal：不可变、有泄漏风险、线程池下传递不可靠
ThreadLocal userId = new ThreadLocal<>>;话说回来，userId.set;executor.submit -> { // 线程池复用，可能拿到上一个任务的残留值
System.out.println );// 可能不是user_001！} )，// ✅ ScopedValue：不可变、无泄漏、虚拟线程友好
static final ScopedValue USER_ID =
ScopedValue.newInstance;ScopedValue.where.run ->
{
executor.submit ->
{
System.out.println );// 一定是user_001!})，});​