在 jdk 26+project loom 和 intellij idea 2026.1 中，虚拟线程调试支持完整：需配置 jdk 26、语言级别 26（含预览）、vm 参数 -xx:+unlockexperimentalvmoptions -xx:+useloom；threads 面板以树形结构展示虚拟线程生命周期、载体线程绑定及父子关系，支持 virtual thread dump、锁竞争定位与线程级断点。
在 Java 26 + Project Loom 环境下，用 IntelliJ IDEA 2026.1 调试虚拟线程不再需要靠猜、靠日志堆栈、靠反复复现——你能在 Threads 面板里直接看到每个虚拟线程的生命周期、它绑定在哪条载体线程上、谁启动了它、它又阻塞了谁，整个调用链清晰可溯，连父子关系都自动展开成树形结构。
启用虚拟线程调试支持
第一步：确认项目已使用 JDK 26 或更高版本，并在 Project Structure → Project → Project SDK 中正确指向 JDK 26（非 JRE）。
第二步：确保 Language level 设为「26」或「26 (Preview)」；若需调试结构化并发（如 StructuredTaskScope），必须勾选「Enable preview features」。
第三步：在运行配置中，于 VM options 添加 -XX:+UnlockExperimentalVMOptions -XX:+UseLoom；IDEA 2026.1 不再默认开启 Loom 支持，漏加会导致虚拟线程被降级为平台线程，调试面板里只显示 carrier 线程，【看不到任何 VirtualThread 实例】。
在 Debug 中查看虚拟线程真实状态
方法一：启动 Debug 后，打开 Debug 工具窗口 → Threads 标签页，默认即以「Tree View」展示；虚拟线程会以浅蓝色图标标识，载体线程（Carrier Thread）则为深灰色，父节点自动折叠为「VirtualThread Scope」组。
方法二：右键任意线程 → Dump Threads → 选择「Virtual Thread Dump」格式导出；文本中每行开头标注 VT@xxx，并附带 carrier 线程 ID 和挂起位置，例如：VT@12345 in java.lang.VirtualThread.park(java.base@26) on CT@67890。
注意：普通 Thread Dump（jstack 或 IDE 默认 Dump）不会包含虚拟线程上下文，【必须显式选择 Virtual Thread Dump】，否则导出内容与 JDK 25 无异。
定位虚拟线程阻塞点
① 在 Threads 面板中点击目标虚拟线程，观察右侧「Stack Trace」区域；若处于 WAITING 或 PARKING 状态，栈顶通常显示 java.lang.VirtualThread.park 或 java.util.concurrent.locks.LockSupport.park。
② 展开该帧 → 查看「Frame Detail」中的「Lock info」字段；若存在锁竞争，会明确写出等待的 java.util.concurrent.locks.AbstractOwnableSynchronizer$ConditionObject@xxxxx 地址。
③ 切换到「Monitor Usage」子标签页 → 粘贴该地址 → 点击「Find owner」→ 自动跳转至持有该 Condition 的虚拟线程或载体线程。
这一步操作起来很简单，直接把锁地址复制过去就行；但若你在「Threads」面板里手动搜索锁地址，会找不到结果——因为 Monitor Usage 是唯一能解析 ConditionObject 地址的视图。
设置线程级断点避免误停
在 StructuredTaskScope 内部方法、VirtualThread.unpark() 调用处，或 Future.get() 等可能触发调度的行上右键 → Breakpoint Properties → 取消勾选「Suspend: All」→ 改为「Suspend: Thread」。
不这样做，一个断点会暂停所有虚拟线程和载体线程，导致任务调度器冻结、超时异常提前抛出，甚至引发 StructuredTaskScope.CancellationException 误报——这不是代码问题，是调试器行为副作用。
特别提醒：对 Thread.sleep() 或 LockSupport.parkNanos() 行设断点时，IDEA 2026.1 会自动识别其调度语义，弹出提示建议改用「Virtual Thread Aware Breakpoint」；接受该建议后，断点仅在对应虚拟线程执行到该行时触发，其他线程完全不受影响。
