clion 中调用堆栈默认显示在 debug 工具窗口的 frames 标签页，调试会话启动后自动打开；若关闭可按 alt+0+5 重新唤出，顶部带箭头帧为当前执行位置，点击其他帧可切换上下文查看对应变量。
调试时调用堆栈窗口在哪
CLion 的调用堆栈（Call Stack）默认显示在 Debug 工具窗口的 Frames 标签页里，不是独立窗口。只要调试会话已启动（比如按 Shift+F9 后停在断点），Debug 窗口自动弹出，Frames 就是它的默认视图。
如果你不小心关掉了 Debug 窗口，别找“调用堆栈”菜单——直接按 Alt+0+5 或从主菜单选 View | Tool Windows | Debug 重新唤出即可。
注意：Frames 窗格里顶部那个带箭头的帧，就是当前执行位置；点击其他帧可切换上下文，让 Variables、Watches 等窗格显示对应栈帧里的变量值。
为什么有些帧显示为 [Unknown] 或 [Frames below may be incorrect...]
这类提示通常不是 CLion 的 bug，而是符号缺失或优化干扰：
- GDB/LLDB 找不到对应二进制的调试符号（
.debug段），尤其常见于系统库、第三方静态库或 Release 构建产物 - CMake 构建时未启用调试信息：确认
CMAKE_BUILD_TYPE是Debug，且没加-O2或更高优化级（RelWithDebInfo可接受，但Release通常不行） - Windows 上用 MSVC 工具链时，确保生成了
.pdb文件且路径被调试器识别
临时验证方式：在终端用 gdb ./your_executable 启动，输入 bt 看原生输出是否一致——如果 GDB 也报错，问题就在构建环节，不在 CLion UI。
如何快速定位崩溃点的完整调用链
程序崩溃（如 SIGSEGV）时，CLion 默认可能只停在信号处理器里，看不到原始调用点。这时需要：
- 提前设置异常断点：按
Ctrl+Shift+F8→ 点击+→ 选C++ Standard Exceptions→ 勾选std::runtime_error等，或直接填SIGSEGV - 若用 GDB，可在
Run | Edit Configurations...的调试配置里勾选Break on startup，再手动continue，确保调试器接管第一时间的信号 - 崩溃后，不要急着点“Resume”，先右键
Frames窗格 →Copy Stack，粘贴出来看最底下的用户代码帧——往往就是main或某个函数入口
LLDB 用户注意：某些 macOS 系统库帧可能被标记为 [inlined]，展开需手动双击，不是数据丢失。
线程多时怎么区分主调用链
多线程程序里 Frames 窗格默认只显示当前选中线程的栈。要对比多个线程：
- 左侧
Threads标签页里，点击不同线程（图标带暂停符号的才是挂起状态） - 右键某线程 →
Jump to Thread可快速聚焦其栈帧 - 想冻结其他线程只跑当前线程？右键线程 →
Freeze other threads（仅 LLDB 支持；GDB 在 Windows 上不支持此操作）
关键细节：线程名若没显式设置（如 pthread_setname_np），CLion 显示的是 OS 分配的数字 ID，此时建议在代码里给关键线程命名，否则排查时容易混淆哪个是 worker、哪个是 IO 线程。
