IntelliJ IDEA 中的 Project Loom：虚拟线程、作用域值与结构化并发
内容提要
Project Loom 通过虚拟线程、作用域值和结构化并发三大特性，解决了Java传统并发中的线程开销、上下文传递和错误处理等问题。虚拟线程轻量高效，作用域值安全传递数据，结构化并发统一管理任务生命周期。IntelliJ IDEA 提供调试支持，帮助开发者编写更简洁、可扩展的并发代码。
延伸解读
从 CompletableFuture 到 StructuredTaskScop
文章通过一个加载客户资料的示例，对比了传统 CompletableFuture 与 Project Loom 的 StructuredTaskScope 写法。传统写法需要手动处理取消逻辑、异常解包和线程池管理，而新写法用 try-with-resources 和 Joiner 统一了生命周期，代码更简洁。这种对比有助于理解结构化并发如何减少样板代码和潜在错误。
虚拟线程的适用场景与限制
虚拟线程适合阻塞型工作负载，如 I/O 操作，能显著提升吞吐量。但文章也指出，结构化并发仍是预览特性，不建议生产使用。虚拟线程虽轻量，但并非万能，对于 CPU 密集型任务可能无优势。开发者应评估自身场景，避免盲目迁移。
作用域值对 ThreadLocal 的改进
ScopedValue 相比 ThreadLocal 更安全，因为其不可变且自动清理，避免了内存泄漏和意外修改。文章提到，即使代码未显式使用 ThreadLocal，框架如 Spring 也会在底层使用，因此作用域值的引入对依赖框架的开发者也有潜在影响。理解这一改进有助于编写更健壮的并发代码。
IntelliJ IDEA 对 Project Loom 的支持
IntelliJ IDEA 提供了针对虚拟线程和结构化并发的调试支持，如线程转储中按作用域分组显示虚拟线程，以及 live template 'sts' 快速生成 StructuredTaskScope 代码。这些工具能帮助开发者更直观地观察并发结构，降低调试难度。文章还介绍了如何配置 Java 27 EA 和启用预览特性。
Q&A
Project Loom 主要解决了 Java 并发编程中的哪些问题？
Project Loom 旨在解决 Java 传统并发中的多个问题，包括：平台线程昂贵且数量有限导致的扩展性差；ThreadLocal 变量可变、难以推理且容易内存泄漏；非结构化并发导致的线程泄漏、取消延迟、错误处理笨拙以及代码难以调试和维护。
虚拟线程和平台线程有什么区别？
平台线程包装操作系统线程，创建耗时（毫秒级）、内存占用大、数量有限；虚拟线程由 JVM 管理，创建耗时短（微秒级）、内存占用小、数量可达到数百万，且阻塞时释放底层平台线程，提高吞吐量。
作用域值（Scoped Values）相比 ThreadLocal 有哪些优势？
作用域值是不可变的，绑定后不可修改，避免了意外修改；在作用域结束时自动清理，防止内存泄漏；与结构化并发结合时，无需显式传播给子线程，简化了上下文传递。
结构化并发（Structured Concurrency）如何解决线程泄漏和取消延迟问题？
结构化并发将一组相关任务视为一个单元，具有明确的生命周期和所有者。子任务不能超出作用域，当父任务失败或超时时，所有子任务自动取消，无需手动管理，从而避免了线程泄漏和取消延迟。
在 IntelliJ IDEA 中如何获取线程转储（Thread Dump）来调试并发问题？
在程序暂停时（断点或暂停），打开 Debug 工具窗口，点击 More 并选择 Get Thread Dump。如果按钮不在工具栏，可以右键点击 Debugger 工具窗口，选择 Customize Toolbar，添加 Get Thread Dump 按钮。
使用结构化并发重写后的 CustomerProfileService 相比之前有哪些改进？
重写后不再需要手动调用 cancel() 方法，因为失败或超时时子任务自动取消；错误处理更简洁，通过 switch 表达式处理异常；代码意图更清晰，易于阅读和维护。
在 IntelliJ IDEA 中如何配置 Java 27 以使用结构化并发预览功能？
在 Project Structure 中设置 SDK 为 Java 27（可从 IDE 内下载或指向本地安装），并将 Language level 设置为 27 (Preview) 以启用预览功能。
