VSC无明确错误提示时如何定位C++程序的内存相关bug？

你观察到的PAUSED ON PAUSE状态并非程序抛出可识别的运行时异常导致，通常由两类原因导致：

1. 调试配置中开启了隐式捕获点：VSCode的gdb/lldb调试配置如果设置了catch new/catch malloc这类内存操作捕获规则，调试器会在每次触发内存分配/释放时自动暂停，不会给出额外错误提示
2. 触发了非即时性堆破坏：你的代码在更早的位置已经发生了堆内存越界、释放后使用等未定义行为，破坏了堆的元数据结构，但直到本次new操作操作系统/调试器检测到堆结构异常，才会临时暂停，由于破坏点和触发点不重合，调试器无法直接关联到具体的错误代码，也就不会给出明确提示。

命令行运行时无调试器承接异常，操作系统会直接终止进程，就会表现为执行到对应位置直接退出。问题位置随代码修改发生变化，也是堆破坏类未定义行为的典型特征。

• 优先使用AddressSanitizer定位内存错误
  编译时添加编译选项 -g -O0 -fsanitize=address,undefined，关闭编译优化、保留调试符号，开启地址消毒和未定义行为检测。编译后的程序直接在命令行运行，一旦触发内存错误，会直接输出包含错误类型、触发位置、完整栈回溯的日志，可直接定位到最早发生内存破坏的代码行，是解决这类问题的最高效方案。
• 排查调试配置的隐式捕获规则
  打开项目下的.vscode/launch.json，检查catchpoints配置段，如果存在malloc/new/throw相关的捕获规则，暂时注释或删除，避免调试器无意义暂停干扰问题定位。
• 针对当前触发点做针对性验证
  即使确认s_ptr和sd_ptr指向有效结构体，仍需排查两个边界场景：
  1. section_details()返回的容器指针是否有效：确认返回的容器未被提前释放，也没有被其他代码越界写入破坏内部结构
  2. *sd_ptr的拷贝逻辑是否合法：push_back操作会调用元素的拷贝构造函数，如果拷贝逻辑存在内存越界、野指针操作，也会触发堆破坏
• 排查多线程并发问题
  如果你的程序有多线程逻辑，确认s_ptr指向的对象、section_details()返回的容器没有被多线程无锁并发读写，无保护的并发容器操作会随机破坏容器内部结构，表现为偶发、位置不固定的内存错误。

如果AddressSanitizer未检出问题，Linux/macOS环境下可以用valgrind运行程序，valgrind对内存错误的检测覆盖范围更广，仅运行速度较慢。

内容的提问来源于stack exchange，提问作者WhyNine