AddressSanitizer报错无回溯且程序退出码为0的原因与调试方案

问题原因 #

• ASAN自身元数据被破坏：错误发生在T8线程，该线程的内存操作（比如越界写）可能覆盖了ASAN用于追踪分配/释放记录的元数据，导致无法生成回溯信息，甚至让ASAN的错误处理逻辑失效，程序没有触发abort就正常退出。
• macOS ARM平台ASAN兼容性问题：在12.6.5版本的ARM macOS上，Apple clang的AddressSanitizer在多线程场景下存在偶发的报告不完整问题，尤其是非主线程触发内存错误时，栈回溯机制可能因平台特定的线程栈布局或信号处理逻辑失效。
• ASAN_OPTIONS参数冲突：handle_abort=true在macOS上可能与系统默认的信号处理逻辑冲突，导致ASAN发出的abort信号未被正确处理，程序没有崩溃而是继续执行直至退出。

解决方法 #

• 调整ASAN运行时参数：修改ASAN_OPTIONS，禁用handle_abort并强制开启栈回溯和符号化：

  ASAN_OPTIONS=abort_on_error=true;print_stacktrace=1;symbolize=1;handle_abort=false ./executable
  

• 指定符号化工具路径：确保ASAN使用对应版本的llvm-symbolizer，避免符号化失败：

  ASAN_OPTIONS=symbolize_path=$(xcrun --find llvm-symbolizer);abort_on_error=true;print_stacktrace=1 ./executable
  

• 优化编译参数：添加更严格的调试和防优化标志，确保栈帧不被编译器优化：

  clang -fsanitize=address -fno-omit-frame-pointer -g3 -fno-optimize-sibling-calls -o executable your_source.c
  

• 用LLDB捕获错误：通过LLDB运行程序，在ASAN报错时暂停并手动生成全线程回溯：

  lldb ./executable
  (lldb) run
  # 当ASAN输出错误后，输入以下命令查看所有线程的栈回溯
  (lldb) bt all
  

• 排查线程内存操作：重点检查T8线程的内存操作，排查是否存在越界写、double free等可能破坏ASAN元数据的行为，这些操作会直接导致ASAN无法正常生成回溯。

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