vscode的cppvsdbg/cppdbg默认不在异常抛出瞬间中断，需手动启用c++异常中断并配置launch.json中的setupcommands以支持符号解析和调试器特性。
VSCode 的 cppvsdbg/cppdbg 默认不保留异常抛出瞬间的完整堆栈
VSCode 本身不“自动保留”异常抛出那一帧的现场，它依赖底层调试器（cppvsdbg 或 cppdbg）是否在 throw 执行时触发中断，并把调用栈、寄存器、局部变量等上下文加载出来。默认配置下，多数 C++ 程序崩溃或抛出未捕获异常时，调试器只停在 std::terminate 或 __cxa_throw 内部函数里，你看到的是运行时框架代码，不是你自己的 throw 那一行。
必须启用“C++ 异常中断”并配置 launch.json 的 setupCommands
关键不是改 VSCode 设置，而是让调试器在 throw 指令执行的**第一个机器周期**就暂停——这需要调试器符号支持 + 显式中断规则：
-
"type": "cppvsdbg"（Windows）或"type": "cppdbg"（Linux/macOS）必须匹配你实际安装的调试器 -
setupCommands中要注入符号解析命令，否则无法跳转到源码：
对gdb：加-enable-pretty-printing和-interpreter-exec console "set print pretty on"
对lldb：加settings set target.max-string-summary-length 1024 - Windows 上
cppvsdbg需确保 PDB 路径正确，且编译时用了/Zi（MSVC）或-g（Clang/MinGW）
为什么 catch 块里断不住，或者只停在 terminate？
常见现象是：你写了 catch (const std::exception& e)，但调试器根本不停；或者程序直接 abort，调用栈顶显示 abort 或 __std_terminate。这不是 VSCode 的 bug，而是异常处理机制本身的限制：
- 如果异常被
catch捕获了，调试器默认不会中断——除非你手动在catch块第一行设断点 - 真正能“自动中断在抛出处”的，只有**未被捕获的异常**（unhandled exception）
-
cppvsdbg支持“C++ 异常设置”（Ctrl+Alt+E），但该功能仅在 Windows + MSVC 工具链下稳定；gdb和lldb需通过catch throw命令手动启用，且不能跨 so/dll 边界 - 如果你用
std::thread或fork()，异常不会自动传播到主线程调试上下文——子线程崩溃需单独 attach 或用handle SIGUSR2 stop类似方式捕获
最简验证方案：用最小可复现例 + launch.json 关键字段
别先写复杂项目。新建 test.cpp，内容就三行：
#include <stdexcept>
int main() { throw std::runtime_error("boom"); }
</stdexcept>
然后确保 launch.json 含以下字段（缺一不可）：
-
"stopAtEntry": false—— 否则一启动就卡住，看不到 throw 行为 -
"externalConsole": false—— 避免控制台闪退，保证异常输出可见 -
"MIMode": "gdb"（Linux/macOS）或省略（Windowscppvsdbg不需要） -
"miDebuggerPath"显式指向你的gdb或lldb可执行文件（例如/usr/bin/gdb），不能只靠 PATH - Windows 用户额外检查：MSVC 编译器是否启用了
/EHsc（开启 C++ 异常处理）
真正难的不是配置，而是理解：C++ 异常的栈展开（stack unwinding）发生在 throw 之后、catch 之前，这个过程本身不可见；你能捕获的，只是抛出点和捕获点两个静态位置。中间的析构、跳转、寄存器重置，调试器不提供“回放”能力。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
