C++如何进行堆栈回溯？（获取调用栈信息）

linux下需加-rdynamic编译才能用backtrace_symbols解析函数名，否则显示??；信号处理中禁用malloc的backtrace_symbols，应改用backtrace_symbols_fd或预缓存地址。

Linux 下用 backtrace 和 backtrace_symbols 拿到函数名和偏移

直接调用 backtrace 能拿到一串返回地址，但默认只有地址，没函数名、没行号。得配 backtrace_symbols（或更准的 backtrace_symbols_fd）转成可读字符串。

关键点：必须编译时加 -rdynamic（等价于 --export-dynamic），否则动态链接器不导出符号，backtrace_symbols 返回的全是 ??。

常见错误现象：./a.out 运行后栈帧全显示为 ./a.out[0x401234] 或 ?? —— 八成是漏了 -rdynamic。

• 编译命令示例：g++ -rdynamic -o trace trace.cpp
• backtrace 返回的是 void* 数组，长度建议不超过 100，避免栈溢出或性能抖动
• 如果程序用了 strip 去符号，backtrace_symbols 就失效；调试期保留符号，上线可考虑用 addr2line 离线解析

windows 上用 CaptureStackBackTrace + SymFromAddr 解析符号

Windows 没有开箱即用的 backtrace，得靠 DbgHelp API。核心是两步：先捕获地址，再查符号。缺一不可。

立即学习“C++免费学习笔记（深入）”；

容易踩的坑：没调 SymInitialize 或初始化失败就直接调 SymFromAddr，结果全返回 NULL；或者忘了传 SYMOPT_DEFERRED_LOADS | SYMOPT_UNDNAME 导致函数名是修饰名（如 ??Axxx@@...）。

• 必须在进程启动早期调 SymInitialize(GetCurrentProcess(), NULL, TRUE)
• 每条地址都要单独调 SymFromAddr，不能批量；返回的 Sym->Name 是临时内存，需立即拷贝
• Debug 版本 PDB 必须和二进制同目录，或设置 Sympath；Release 版本若没部署 PDB，只能看到模块名+偏移

跨平台封装要注意符号解析时机和内存生命周期

很多人写个 wrapper 把 backtrace 和 backtrace_symbols 包一层就完事，结果在信号处理函数里调用崩溃——因为 backtrace_symbols 内部用了 malloc，而信号上下文里调 malloc 是未定义行为。

正确做法：在正常流程中预分配并缓存符号字符串，或改用异步信号安全的替代方案（比如 Linux 下用 backtrace_symbols_fd 直接写 fd，绕过内存分配）。

• 信号处理函数（如 SIGSEGV handler）里只调 backtrace，不调 backtrace_symbols
• 缓存地址数组比缓存符号字符串更轻量；符号解析留到 crash 后的日志线程或外部工具做
• c++11 起可配合 std::uncaught_exceptions() 在异常传播路径中插桩，比纯信号更可控

为什么 std::stacktrace（C++23）现在还不能直接用

std::stacktrace 看起来是标准解法，但 GCC 13/Clang 16 默认仍不启用，且依赖 libbacktrace 或平台 DbgHelp，实际行为和底层实现强绑定。

目前真实限制：Clang 编译时要加 -fstandalone-debug 才能保证行号不丢；GCC 需要 --enable-libbacktrace 编译选项支持，而多数发行版的 libstdc++ 是关掉的。

• 即使编译通过，std::stacktrace::to_string() 在无调试信息时仍可能只返回 ??
• 它不解决信号上下文安全问题，std::stacktrace::current() 在 SIGUSR1 handler 里照样可能死锁
• 生产环境别指望靠它“一键回溯”，老老实实用平台原生 API 更可靠

真正难的不是拿到地址，而是让每个地址都能稳定映射到带文件行号的函数名。这取决于编译参数、符号表管理、运行时加载器行为——三个环节断一个，栈就变“谜语”。