加 -fsanitize=address 即可启用 ASan，需编译和链接阶段均添加，推荐搭配 -fno-omit-frame-pointer -g -O1；不支持与 TSan/MSan 混用，Windows 下需 Clang+MSVC；报错含地址、访问类型、调用栈，堆内存释放后仍可检测；ASAN_OPTIONS 需重启程序生效。
编译时加 -fsanitize=address 就能用 ASan
ASan 不是独立工具，而是 GCC/Clang 内置的编译器插件。只要编译器支持（GCC 4.8+、Clang 3.1+），加一个 flag 就激活：-fsanitize=address。必须同时加在编译和链接阶段，否则会链接失败或漏检测。
常见错误现象：只在 g++ -c 时加，链接时不加 → 报 undefined reference 到 __asan_init 等符号；或者用了 -O2 但没关 -fomit-frame-pointer → 堆栈回溯不全，定位困难。
- 推荐命令：
g++ -fsanitize=address -fno-omit-frame-pointer -g -O1（-O1是平衡点，-O2可能优化掉部分检测逻辑） - 不能和
-fsanitize=thread或-fsanitize=memory混用（冲突） - Windows 下需用 Clang + MSVC 工具链，MinGW 不支持 ASan
运行时报 ERROR: AddressSanitizer: heap-use-after-free 怎么看
ASan 报错信息本身已包含关键线索：出错地址、访问类型（read/write）、大小、调用栈（含源码行号）。重点不是“它报错了”，而是“它为什么能报出来”——ASan 在堆内存释放后，并不立刻归还给系统，而是标记为“已释放但可检测”，后续访问就会触发中断。
典型场景：对象被 delete 后继续调用成员函数、std::vector::data() 返回指针在 vector 重分配后仍被使用、lambda 捕获了局部变量地址但局部变量已退出作用域。
立即学习“C++免费学习笔记（深入）”；
- 堆栈里如果看到
operator delete和operator new的调用位置，说明问题大概率在那两行之间 - 若调用栈末尾是
__asan_report_load_n或__asan_report_store_n，n 表示访问字节数，可反推是int*还是char[256]类型越界 - 默认只检测堆/栈/全局区，不检测 mmap 分配的内存（除非加
-fsanitize-address-use-after-scope）
ASAN_OPTIONS 环境变量怎么调才有效
ASan 运行时行为由环境变量控制，最常用的是 ASAN_OPTIONS。它不是启动时读一次就完事，而是在每次检测到错误前动态检查——所以改了环境变量必须重启程序，且不能在代码里用 putenv 临时修改（无效）。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
几个真正有用的配置项：
-
abort_on_error=1：遇到错误直接 abort，避免程序继续跑歪导致二次崩溃掩盖原问题 -
detect_stack_use_after_return=1：检测栈上变量返回后被访问（默认关闭，开销大） -
detect_invalid_pointer_pair=1：检测两个指针是否指向同一对象（用于p1 类比较，C++20 要求定义行为） -
log_path=./asan.log：把输出重定向到文件（注意路径需有写权限，且不会自动加后缀或轮转）
别设 allocator_mmap_threshold_mb 之类底层参数，除非你真在调优内存占用。
为什么开了 ASan 还没报出已知的野指针
ASan 不是万能的。它只拦截特定内存操作：堆分配/释放、栈帧进出、全局变量访问。对以下情况无能为力：
- 未初始化的栈变量读取（用
-Wuninitialized或-fsanitize=undefined） - 函数指针乱跳、虚表篡改、
reinterpret_cast强转后的非法访问（ASan 不管指针值本身是否合法，只管它指向的内存是否可访问） - 多线程竞争导致的逻辑错误（如 data race，得用
-fsanitize=thread） - 释放后重用的指针恰好落在 ASan 的“隔离区”外（极小概率，但存在）
更隐蔽的是：某些 STL 容器（如 std::string 的 small string optimization）把数据存栈上，释放后访问可能不触发 ASan，因为根本没走堆分配路径。
所以，ASan 是内存安全的第一道筛子，不是最后一道。它报错，基本可信；它不报，不代表没问题。
