不能，backtrace()仅返回地址数组；backtrace_symbols()可转为含函数名的字符串但无行号；需配合addr2line -e -f -C离线解析，且依赖-g、-rdynamic及未strip。
backtrace() 能否直接拿到函数名和行号
不能。它只返回地址数组，
可转成带函数名的字符串，但默认不含行号；要显示行号，必须配合
离线查，且前提是编译时加了
、链接时用了
、运行时没被
。
常见错误现象：
返回一堆
，没有函数名 → 缺
或符号被 strip
函数名是
这类乱码 → 没加
或未用
解析
同一地址在不同运行中解析出不同函数 → 动态库基址变化，没从
扣除偏移
std::stacktrace::current() 为什么经常返回空或抛异常
它不是“写完就能用”的标准功能。GCC 13.2 默认开启但需显式编译选项，Clang 18.1+ 才开始支持，MSVC 完全没实现。调用失败通常不是代码错，而是环境不满足：
GCC：必须加
，且链接的
需含 stacktrace 支持（
可验证）
Clang：需
或手动链接
运行时：musl 系统不支持，
干扰可能使 symbolizer 失效
无调试符号时，
只输出地址，
和
全为空
信号处理中打印堆栈最安全的组合是什么
别碰
和任何
/
相关操作——它们在
等异步信号里非重入，极易二次崩溃。
立即学习
“
C++免费学习笔记（深入）
”；
C知道
CSDN推出的一款AI技术问答工具
下载
可靠做法是两阶段：
信号 handler 内只调
+
，把原始地址直接写进文件描述符（如
），不 malloc、不格式化
主流程中另起线程或子进程，用
或
做符号化解析
Windows 下必须先
，且
的
至少预留 512 字节，否则静默失败
注意：
不是栈回溯，它只取当前函数返回地址，无法遍历调用链，误用会导致漏帧。
release 构建下如何稳定获取文件名和行号
靠
不行——它依赖动态符号表，而 release 通常 strip 且不加
。真正可用的路径只有两条：
用
（DWARF）解析：链接
，调
和
，能精准读取
段，即使二进制被 strip 也有效（只要保留 debug info）
预生成映射表：构建时用
，崩溃时按地址查表；适合嵌入式或容器环境，无运行时依赖
静态链接 +
：Clang/GCC 都支持，但需确保 libbacktrace 编译时启用了 DWARF 支持，且程序未用
（会干扰地址计算）
最容易被忽略的一点：LTO（
）会破坏帧指针结构，导致
提前截断——release 构建若开了 LTO，必须加
且禁用内联，否则连地址都拿不全。
backtrace_symbols()addr2line -e ./a.out -f -C 0x4012a8-g-rdynamicstripbacktrace_symbols()./a.out[0x4012a8]-rdynamic_Z3foovaddr2line -Cc++filt/proc/self/maps-fbacktrace -glibstdc++.sonm -C /usr/lib/x86_64-linux-gnu/libstdc++.so | grep stacktrace-fsanitize=stacktracelibbacktraceLD_PRELOADto_string()source_file()source_line()backtrace_symbols()mallocstd::stringSIGSEGVbacktrace()backtrace_symbols_fd()STDERR_FILENOaddr2linelibdwSymInitialize()SymFromAddr()SymbolBuffer__builtin_return_address(0)backtrace_symbols()-rdynamiclibdw-ldwdwarf_getsrcfiles()dwarf_getsrclines().debug_lineobjdump -l -C ./a.out > symbols.maplibbacktrace-fPIE -pie-fltobacktrace()-fno-omit-frame-pointer