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，绕过内存分配）。
- 信号处理函数（如
SIGSEGVhandler）里只调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()在SIGUSR1handler 里照样可能死锁 - 生产环境别指望靠它“一键回溯”，老老实实用平台原生 API 更可靠
真正难的不是拿到地址，而是让每个地址都能稳定映射到带文件行号的函数名。这取决于编译参数、符号表管理、运行时加载器行为——三个环节断一个，栈就变“谜语”。
