VS 2026 Debugger Agent 可实时检测悬空指针、越界写入和重复释放，但需 Debug 配置、启用调试符号、禁用优化；CRT 堆检查通过 _CrtSetDbgFlag 和 _CrtDumpMemoryLeaks 精确定位泄漏源文件行号，且必须在 main() 开头调用并配置 /Zi 和调试信息生成。
VS 2026 的 Debugger Agent 能在调试过程中实时标记悬空指针、越界写入和重复释放，但前提是启用调试符号、禁用优化，并且不能依赖 Release 构建——否则大部分内存异常会直接跳过检测逻辑，或者报错位置严重偏移。
启用 CRT 调试堆并捕获泄漏起点
Windows 下最轻量、最可靠的内存泄漏定位方式，不是靠 Diagnostic Tools 界面点几下，而是靠 _CrtSetDbgFlag 和 _CrtDumpMemoryLeaks 组合。它不依赖 GUI 工具链，能精确到分配时的源文件与行号。
- 必须在
main()开头或WinMain()最早可执行位置调用_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF) - 确保项目属性中「C/C++ → 常规 → 调试信息格式」设为
Program Database (/Zi)，且「链接器 → 调试 → 生成调试信息」为是 - 不要在 Release 配置下尝试——
_Crt*系列函数在非 Debug CRT 中被编译为空操作 - 如果输出类似
{1234} normal block at 0x000001A2B3C4D5E6, 40 bytes long.，双击该行即可跳转到new或malloc调用处
用 Debugger Agent 捕获悬空指针和越界访问
VS 2026 的 Debugger Agent 不需要额外插件或命令行参数，但它只在“调试会话中”生效，且仅对 JIT 编译路径起作用——也就是说，你得用 F5 启动调试，而不是 Ctrl+F5 运行（后者绕过调试引擎）。
- 必须使用 Debug 配置 + x64 或 x86 平台（ARM64 尚未支持 Agent 的内存区域追踪）
- 遇到
0xC0000374（堆损坏）或0xC0000005（访问冲突）时，打开「调试 → 窗口 → 内存诊断」，Agent 会高亮显示最近被释放但仍被读写的地址 - 若看到 “
Heap block marked as freed but accessed at 0x...”，说明存在悬空指针；若提示 “Write beyond allocated block (offset +16)”，就是典型的数组越界 - Agent 不会拦截
std::vector::at()越界（那是异常），但会捕获裸指针算术越界、memcpy超长拷贝等底层操作
为什么异常中断总停在 system DLL 里？
因为默认异常设置没打开 C++ 异常捕获。VS 的调试器默认只拦 Win32 SEH 异常（如 0xC0000005），而 std::bad_alloc、std::out_of_range 这类 C++ 异常会被直接抛出到系统层，最终由 ntdll.dll 处理并崩溃——你根本看不到 throw 那一行。
立即学习“C++免费学习笔记（深入）”；
- 按
Ctrl+Alt+E打开「异常设置」，展开C++ Exceptions，勾选std::exception和「所有 C++ 异常」（即Thown列打钩） - 如果代码用了自定义异常类型（比如
MyAppException），需手动在「用户未处理的异常」里添加其完整命名空间 - 注意：启用后，某些第三方库的内部异常（如 Boost.Asio 的临时
std::system_error）可能频繁中断，可右键该异常 → 「仅在用户代码中中断」来过滤
Debugger Agent 的推理能力再强，也依赖调试符号和未优化的指令流；而 CRT 堆检查再原始，只要 #define _CRTDBG_MAP_ALLOC 和 #include <crtdbg.h></crtdbg.h> 在正确位置，就能准确定位到第 3 行 new——别让花哨功能掩盖了最基础的配置项是否真的生效。
