visual studio 不直接显示堆栈深度数值，但可通过调用堆栈窗口的帧行数估算；需先在断点暂停、在线程窗口双击目标线程使其成为当前线程，堆栈才刷新为其内容。
怎么看某个线程当前的调用堆栈深度
Visual Studio 不直接显示“堆栈深度”这个数值，但你可以通过 调用堆栈 窗口里可见的帧数量（即行数）来估算——每行代表一层函数调用。关键在于：必须先让目标线程成为当前线程，否则你看到的是主线程或其他线程的堆栈。
操作上分三步：在断点处暂停 → 打开 线程 窗口 → 双击你要监控的线程（ID 列可识别），此时黄色箭头会移到该行，调用堆栈 窗口自动刷新为其内容。注意：如果该线程处于挂起、等待或已退出状态，堆栈可能为空或只显示系统帧（如 WaitForMultipleObjects、SleepEx）。
- 右键
调用堆栈窗口可开启“模块名称”“行号”等列，帮助你区分用户代码和系统/库帧 - 若堆栈中大量出现
[External Code]，说明符号未加载，需检查 PDB 路径或启用“显示外部代码”选项 - C++ 中内联函数不会单独成帧，实际深度可能比显示行数小
为什么切换线程后堆栈没变或显示不全
常见原因是线程未在用户代码中执行，而是在系统等待态（例如被 std::mutex::lock() 阻塞、在 WaitForSingleObject 中休眠）。此时 调用堆栈 显示的是 OS 内核路径，而非你的函数链——这不是 bug，而是真实运行状态。
另一个典型场景是线程已结束但尚未被回收，线程 窗口中仍显示其 ID，但“位置”列为 或 [Thread Destroyed]，此时无法查看任何堆栈。
- 确认线程是否存活：看
线程窗口“位置”列是否为有效函数名（如WorkerThreadProc） - 避免误判阻塞：若堆栈顶部是
ntdll.dll!NtWaitForSingleObject，大概率是它在等锁或事件，不是崩溃 - 调试时禁用“仅我的代码”（
工具 > 选项 > 调试 > 常规 > 启用仅我的代码），否则系统帧会被折叠
用并行堆栈窗口快速比对多个线程的深度差异
并行堆栈 窗口的“线程”视图是更高效的方案——它把所有线程堆栈按公共调用路径分组，相同深度的帧自动合并，视觉上一眼就能看出谁卡在第 3 层、谁已跑到第 7 层。
打开方式：调试中按 Ctrl+Shift+D, S 或菜单 调试 > 窗口 > 并行堆栈，左上角下拉框选“线程”。鼠标悬停在任意分组框上，提示会显示“X 个线程”，点开后能看到每个线程 ID 和完整堆栈。
- 蓝色高亮框 = 当前线程所在分组；黄色箭头 = 当前线程正在执行的帧
- 若两个线程本该同步推进，但一个停在
std::condition_variable::wait、另一个已进入后续处理逻辑，分组结构会立刻暴露这种偏差 - VS 2022 17.13+ 版本支持 Copilot 汇总按钮，点击可自动分析“哪些线程在等待什么资源”，省去手动数帧
监控不是静态快照，得配合冻结/解冻用
单纯看一次堆栈没意义。真正要监控，得用 线程 窗口的冻结功能：右键目标线程 → “冻结”。这样它不会继续执行，而其他线程照常跑，你就能反复切回它、观察堆栈是否变化（比如锁是否被释放、条件是否满足）。
解冻前务必确认你冻结的是非 UI 线程或非关键系统线程，否则可能卡死整个调试器（尤其是冻结了消息循环线程时）。
- 冻结后，该线程 ID 左侧会出现雪花图标，
调用堆栈保持不变，适合做“定格分析” - 不要长期冻结线程：长时间冻结可能触发超时逻辑或导致其他线程死等
- 标记（红色旗标）+ 冻结组合使用，能快速在多线程乱流中锚定关键线程
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
