并行堆栈窗口不显示线程依赖关系，它仅展示各线程当前调用堆栈快照；真正支持依赖分析的是并发可视化工具中的“线程”视图，需通过“分析 > 并发可视化工具”启动并查看红色阻塞段及唤醒关系。
并行堆栈窗口不显示线程依赖关系
它只展示当前时间点各线程的调用堆栈快照，不建模阻塞链、同步等待或唤醒关系。所谓“依赖”，比如线程 A 等待线程 B 释放锁、或线程 C 在事件上挂起直到线程 D SetEvent，这些在并行堆栈里是看不到的——它没有跟踪内核对象状态变化，也不关联等待/被等待线程 ID。
真正能看线程依赖的视图是“线程”视图（Concurrency Visualizer）
必须用并发可视化工具（Concurrent Visualization），不是调试器自带的并行堆栈窗口。启动方式：分析 > 并发可视化工具 > 启动新进程，运行后停止收集，再切换到左上角的“线程”选项卡。
- 红色阻塞段会标出等待类型（如
Synchronization、I/O），悬停能看到具体等待对象（如CRITICAL_SECTION地址或Event句柄） - 若该对象正被另一线程持有，那个线程会在同一时间轴上显示为“正在执行”且堆栈末尾含释放操作（如
LeaveCriticalSection或SetEvent） - 右键点击阻塞线程 → “
转到解除阻塞线程”，可跳转定位唤醒者 - 注意：需启用 Windows ETW 的
Windows Kernel和Microsoft-Windows-DotNETRuntime（如用 .NET）等提供者，否则阻塞原因可能显示为“Unknown”
为什么并行堆栈常被误认为能看依赖
因为它的横向堆栈排列 + 颜色区分容易让人联想“谁在等谁”。但实际颜色只表示线程状态（运行/休眠/未调度），不编码因果关系。常见误解场景：
- 两个线程堆栈都含
WaitForSingleObject，但没告诉你它们等的是同一个句柄 - 一个线程在
Monitor.Enter卡住，另一个刚执行完Monitor.Exit，并行堆栈不会自动连线 - 异步上下文切换（如
await）导致的逻辑依赖，在堆栈里只显示TaskScheduler调度路径，无法回溯到原始触发线程
快速验证你看到的是真依赖还是假关联
打开并发可视化工具的“线程”视图后，做三件事：
- 拖选一段明显阻塞的时间区间（红色块）
- 右键 → “
筛选到所选线程”，再右键该线程 → “转到解除阻塞线程” - 如果跳转成功且目标线程堆栈末尾有对应释放动作（如
ReleaseSemaphore），才是真实依赖；否则只是时间巧合
真正的线程依赖必须落在 ETW 事件链上，不是靠堆栈相似性推测出来的。
