Java结构化并发与虚拟线程协同实现安全可控的多线程编程：通过StructuredTaskScope划定作用域边界，fork启动的虚拟线程自动绑定父作用域，close时未完成任务被中断，避免泄漏。
Java 结构化并发（Structured Concurrency）与虚拟线程（Virtual Threads）是 JDK 21+ 中协同设计的一对关键特性，目标是让多线程代码更安全、更可维护。结构化并发不是独立框架，而是通过 StructuredTaskScope 提供“作用域边界”，确保子任务的生命周期被父任务严格管控；而虚拟线程则是轻量级线程实现，使大规模并发变得廉价可行。二者结合，能自然地以“树形结构”组织和管理线程组——子线程（虚拟线程）必须在父作用域内完成或取消，不会泄露，也不会脱离控制。
用 StructuredTaskScope + 虚拟线程启动受控线程组
核心方式是：在一个 StructuredTaskScope 实例中，用 fork() 启动多个虚拟线程任务，并在作用域 close()（或 try-with-resources 自动关闭）前等待全部完成或处理失败。JVM 保证这些虚拟线程属于该作用域，一旦作用域退出（无论正常还是异常），未完成的子线程会被自动中断。
- 推荐使用
StructuredTaskScope.ShutdownOnFailure或ShutdownOnSuccess，它们内置了故障传播与统一取消逻辑 - 所有
fork()调用都在同一个作用域内，形成明确的父子关系——这就是“结构化”的体现 - 无需手动管理线程池或调用
join()，作用域的join()会阻塞直到所有子任务结束（或超时/失败）
典型写法：并行获取多个远程资源
例如同时调用 3 个 HTTP 接口，要求全部成功才返回结果，任一失败则整体快速失败并释放资源：
try (var scope = new StructuredTaskScope.ShutdownOnFailure()) {
Future<String> user = scope.fork(() -> fetchUser()); // 自动在虚拟线程中执行
Future<String> order = scope.fork(() -> fetchOrder());
Future<String> product = scope.fork(() -> fetchProduct());
scope.join(); // 等待全部完成或首个异常
scope.throwIfFailed(); // 抛出第一个异常（如有）
return new Result(user.resultNow(), order.resultNow(), product.resultNow());
}这里每个 fetchXxx() 都运行在独立虚拟线程中，但全部绑定到 scope 生命周期下。即使某个请求卡住，scope.close()（由 try-with-resources 触发）也会中断它，避免线程泄漏。
立即学习“Java免费学习笔记（深入）”；
与传统线程池的关键区别
结构化并发不替代 ExecutorService，而是提供更高层的编排语义：
- 虚拟线程默认由
ForkJoinPool.commonPool()或平台线程调度器托管，你不用创建/配置线程池 -
StructuredTaskScope不复用线程，每次新建作用域都新建一组协作的虚拟线程，但开销极小（KB 级栈空间） - 没有“线程组（ThreadGroup）”概念——结构化作用域本身就是逻辑线程组，且具备异常传播、超时、取消等内置能力
注意事项与实践建议
要真正发挥二者合力，需注意几点：
- 避免在
fork()的 lambda 中捕获并忽略中断异常（InterruptedException），否则会削弱作用域的取消能力 - 不要在作用域外持有
Future并长期调用get()——这会脱离结构化边界，变成“游离任务” - IO 密集型任务（如 HTTP、DB 查询）最适配虚拟线程 + 结构化并发；CPU 密集型任务仍建议用固定大小的
ExecutorService - JDK 21 是预览特性，JDK 22 正式启用（
--enable-preview不再需要），生产环境建议用 JDK 22+
