AddressSanitizer需正确编译选项才能生效：必须加-fsanitize=address、-g、-O1及以上优化级、-fno-omit-frame-pointer，且编译和链接均需该选项；否则无法捕获内存错误。
AddressSanitizer 能在运行时捕获绝大多数内存错误，但前提是编译器必须插桩（instrument）你的代码——这完全依赖正确的编译选项，缺一不可。
必须启用的 GCC/Clang 编译选项
ASan 不是链接期工具，也不是运行时加载的库，它靠编译器在生成汇编前插入检查逻辑。漏掉任一关键选项，就等于没开 ASan。
-
-fsanitize=address是核心开关，告诉编译器启用 ASan 插桩；不加这个，其他都无效 -
-g必须带上，否则报错时只能看到地址，看不到源码行号和变量名 -
-O1或更高优化级（推荐-O2）是安全的，ASan 已适配；但-O0会导致部分越界检测失效（如栈上缓冲区溢出可能被绕过） -
-fno-omit-frame-pointer强烈建议加上，能提升栈追踪准确性，尤其在内联函数或尾调用场景下
链接时也要传同样的 -fsanitize=address
如果你分步编译（g++ -c）再链接（g++ -o），容易只在编译阶段加了 ASan、链接时却漏掉。最终可执行文件不会包含 ASan 运行时，运行时也就不会报错。
正确做法是：所有 g++ 或 clang++ 命令（包括链接命令）都带 -fsanitize=address。例如：
立即学习“C++免费学习笔记（深入）”；
g++ -fsanitize=address -g -O2 -fno-omit-frame-pointer -c main.cpp -o main.o g++ -fsanitize=address main.o -o program
更简单的是一步到位：
g++ -fsanitize=address -g -O2 -fno-omit-frame-pointer main.cpp -o program
常见误配导致“没报错”或“报错位置不准”
不是所有内存问题都能被 ASan 捕获，但多数“没报错”其实是配置没生效。典型陷阱有：
- 混用不同版本的 ASan 运行时：比如用 Clang 编译但用系统 GCC 的 libasan.so，会触发
undefined symbol: __asan_option_detect_stack_use_after_return类错误 - 静态链接禁用了 ASan：加了
-static会跳过 ASan 运行时库，必须显式链接-static-libasan（Clang）或确保libasan.so可被找到 -
环境变量干扰：如果设置了
ASAN_OPTIONS=detect_stack_use_after_return=false却忘了开启，栈上 UAF 就不会被检测 - C++ 异常与 ASan 冲突：某些旧版 GCC（如 7.5 之前）在
-fexceptions+ ASan 下可能崩溃，此时加-fno-exceptions可绕过（但会丢异常语义）
运行时行为与关键环境变量
ASan 启动后默认行为已足够实用，但几个环境变量能帮你定位更隐蔽的问题：
-
ASAN_OPTIONS=abort_on_error=1：让程序在首次报错时直接abort()，避免后续误报干扰 -
ASAN_OPTIONS=detect_stack_use_after_return=true：启用栈内存释放后访问检测（默认关闭，因有性能开销） -
ASAN_OPTIONS=allocator_may_return_null=1：让new在 OOM 时返回nullptr而非抛异常，便于测试空指针路径 - 注意：这些变量需在运行前设置，
export ASAN_OPTIONS=...，不能写进代码里
ASan 报错信息里的 READ of size X 或 heap-use-after-free 看似明确，但真正难的是确认哪一行分配了那块内存——这时候 -g 和未被优化掉的帧指针就不是可选项，而是必需项。
