正确写法是编译和链接阶段均需添加 -fsanitize=address 和 -fno-omit-frame-pointer；仅编译或仅链接加该选项会导致 undefined reference 或运行时错误，且所有静态库、stl 和目标文件必须统一使用 asan 编译。
g++/clang++ 编译时加 -fsanitize=address 的正确写法
必须同时开启编译和链接阶段的 ASan 支持，只加在 g++ 或只加在 ld 都会失败。最简可靠方式是：在所有 g++（或 clang++）命令行中，统一加上 -fsanitize=address -fno-omit-frame-pointer，包括编译和最终链接。
常见错误写法：g++ -c main.cpp -fsanitize=address 然后 g++ main.o -o app —— 这样链接时不带 ASan，运行时报错 undefined reference to __asan_init。
-
-fno-omit-frame-pointer是必需的，ASan 依赖栈帧指针做内存访问定位，省略后可能崩溃或漏报 - 如果项目用 CMake，应在
CMAKE_CXX_FLAGS和CMAKE_EXE_LINKER_FLAGS中都追加相同选项 - Clang 下还建议加
-O1或更高（但避免-O2以上过度优化干扰报告），GCC 推荐-O1或-Og
链接第三方静态库时 ASan 报 library not compiled with -fsanitize=address
ASan 要求整个可执行文件（含所有静态链接的代码）都用相同 sanitizer 编译。只要有一个 .a 文件没用 -fsanitize=address 编译，链接就会失败并提示该错误。
- 检查静态库来源：系统库（如
libstdc++.a）默认不支持 ASan，应优先使用动态链接的libstdc++.so（通常默认就是） - 自己维护的子模块或第三方源码，必须用同样 ASan 标志重新编译，不能复用旧的
.a - 若无法重编依赖库，可临时用
-shared-libsan（GCC）或-static-libsan（Clang）绕过部分检查，但会削弱检测能力，不推荐用于调试
运行时报 AddressSanitizer: libcxxabi.dylib: __cxa_throw 或直接 abort
这是 ASan 检测到未定义行为（如堆栈溢出、释放后使用）后主动终止进程，不是崩溃本身——它在帮你提前捕获问题。
关键点在于：ASan 报告默认输出到 stderr，且包含完整调用栈和内存状态，但需要确保程序没重定向 stderr 或静默处理信号。
- 不要用
./app > /dev/null 2>&1运行，否则看不到报告 - 若程序 fork 后子进程触发 ASan，报告可能出现在子进程 stderr，父进程无感知
- 某些环境（如 IDE 内置终端）截断长栈，建议在纯终端中运行，并加
ASAN_OPTIONS=abort_on_error=1:handle_abort=1强制生成 core dump 辅助分析
CMake 项目中启用 ASan 的最小可靠配置
不要只改 CMAKE_CXX_FLAGS，CMake 的链接步骤会忽略它。必须显式设置链接器标志：
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fsanitize=address -fno-omit-frame-pointer -O1")
set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -fsanitize=address")
set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -fsanitize=address")
注意：如果项目生成 shared library，也要给 CMAKE_SHARED_LINKER_FLAGS 加，否则加载时可能报 symbol lookup error。另外，add_compile_options() 不影响链接，慎用。
ASan 的核心约束很硬：所有参与链接的目标文件、运行时库、甚至 STL 实现，必须同一种 sanitizer 模式构建。一旦混用，不是链接失败就是运行时不可预测——这点容易被忽略，但恰恰是多数人卡住的地方。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
