不会自动传播中断信号；父任务被中断时，子任务默认不响应，除非显式调用scope.close()或scope.join()触发终止，并由子任务主动检查Thread.interrupted()或响应InterruptedException。
StructuredTaskScope 会自动传播中断信号吗？
会，但仅限于作用域内显式启动的子任务，且前提是父线程被中断时作用域尚未退出。StructuredTaskScope 不会监听外部线程的任意中断，而是依赖 JVM 在作用域关闭时统一检查并中断所有未完成的子任务——这个行为由 join()、joinUntil() 或 try-with-resources 的隐式 close() 触发。
常见错误现象：Thread.currentThread().interrupt() 被调用后，子任务仍在后台运行；或 scope.join() 返回后，仍有虚拟线程处于 RUNNABLE 状态。
- 必须在作用域内调用
fork()启动任务，直接 new Thread() 或 submit 到普通ExecutorService不受管控 - 中断传播不是“实时广播”，而是在等待点（如
join()）或作用域退出时集中处理 - 若子任务阻塞在不响应中断的 I/O（如老版本 JDBC 驱动的
ResultSet.next()），中断会被忽略，需升级驱动或改用 R2DBC
为什么 shutdownOnSuccess 模式下另一个任务没被 cancel？
因为 StructuredTaskScope.ShutdownOnSuccess 只在「有子任务成功返回」时才取消其余任务，它不响应父线程中断。若你期望超时或手动中断也能触发取消，必须配合 joinUntil() 或显式调用 scope.cancel()。
使用场景：竞速获取最快响应（如查用户信息 vs 查缓存），但同时要支持主动终止。
-
scope.joinUntil(Instant.now().plusSeconds(3))—— 超时后自动取消全部未完成任务 -
scope.cancel(); scope.join();—— 主动取消后等待清理完成 - 不要只调用
scope.cancel()就退出作用域，否则子任务可能仍在运行；必须跟join()或让 try-with-resources 自动执行close()
如何确保虚拟线程真正响应中断？
虚拟线程中断语义与平台线程一致，但更容易因“假响应”误判：比如只捕获了 InterruptedException 却没重置中断状态，或在 long-running 计算中完全没检查 Thread.interrupted()。
性能影响：频繁调用 Thread.interrupted() 几乎无开销；但若任务逻辑本身不协作（如死循环中无检查），中断永远无法生效。
- 阻塞调用（
Thread.sleep()、LockSupport.park()、Future.get()）会自动抛InterruptedException - 非阻塞计算循环中，必须定期插入
if (Thread.interrupted()) throw new InterruptedException(); - 捕获
InterruptedException后，若不打算立即终止，应调用Thread.currentThread().interrupt()恢复中断状态 - 避免用
try { ... } catch (InterruptedException e) { /* 忽略 */ }—— 这是泄漏根源
子任务抛异常后，父作用域真的安全退出了吗？
安全的前提是：你没绕过 StructuredTaskScope 的资源管理机制。只要用 try-with-resources 声明 scope，并在其中 fork 所有子任务，即使某个子任务抛出未捕获异常，close() 仍会被调用，未完成任务将被中断，虚拟线程被回收。
容易踩的坑：在 scope 内部又开了新线程、用了静态 ExecutorService、或把 Future 传到作用域外再调 get() —— 这些都会脱离结构化管控。
- 所有并发逻辑必须封闭在
try (var scope = ...)块内 - 不要把
Future存到字段或全局容器里；结果必须用resultNow()、throwIfFailed()等 scope 方法提取 - 若需跨作用域传递状态，用
AtomicReference或CompletableFuture（但后者已脱离结构化模型，慎用）
最常被忽略的一点：结构化并发不解决共享可变状态的竞争问题。中断传播再可靠，也无法防止两个虚拟线程同时修改同一个 ArrayList 导致 ConcurrentModificationException —— 它管生命周期，不管数据一致性。
