std::stacktrace 是 C++23 新特性，GCC 13+/Clang 16+ 配 -std=c++23 可用，但需 -g -lbfd -ldl 和未 strip 的二进制才能显示符号；MSVC 当前不支持，且 signal handler 中直接调用不安全，推荐 boost::stacktrace 或 backtrace + addr2line。
std::stacktrace 在 C++23 中才正式可用，C++20 及更早版本无法直接使用
标准库的 std::stacktrace 是 C++23 引入的新特性，不是所有编译器默认启用，也不是所有平台都支持完整符号解析。如果你用的是 GCC 13+、Clang 16+ 且启用了 C++23 标准（-std=c++23），才可能编译通过；但即便如此，std::stacktrace::to_string() 在 Linux 上默认只输出地址，不带函数名——除非你额外链接 -lbfd -ldl 并启用调试信息（-g）。
- MSVC 目前（VS 2022 17.8）完全不支持
std::stacktrace，连基本声明都没有 - libstdc++ 实现依赖 binutils 的 BFD 库，若系统没装
binutils-dev或链接时漏掉-lbfd，会链接失败或运行时报std::runtime_error: failed to load symbols - 即使编译通过，
std::stacktrace::current()在优化级别-O2及以上可能丢失帧（尤其是内联函数或尾调用），建议开发阶段用-O0 -g
如何让 std::stacktrace 显示可读的函数名和文件行号
默认情况下，std::stacktrace::to_string() 输出类似 0x55e2a1234567 的地址，毫无调试价值。要让它显示符号，必须满足三个条件：
- 编译时加
-g（生成 DWARF 调试信息） - 链接时显式加入
-lbfd -ldl（libstdc++ 的 stacktrace 实现靠 BFD 解析 ELF 符号） - 运行时确保可执行文件未被 strip，且
LD_LIBRARY_PATH包含 BFD 动态库路径（如/usr/lib/x86_64-linux-gnu/libbfd-2.40-system.so）
一个最小可行示例：
#include <stacktrace>
#include <iostream>
<p>void foo() {
std::cout << std::stacktrace::current().to_string() << '\n';
}</p><p>int main() {
foo();
}需这样编译：g++ -std=c++23 -g -O0 main.cpp -lbfd -ldl -o main。否则 to_string() 抛异常或只输出地址。
立即学习“C++免费学习笔记（深入）”；
std::stacktrace::current() 不捕获信号上下文，崩溃时无法自动触发
std::stacktrace::current() 是同步调用，只在它被执行的那一时刻抓取当前线程的栈帧。它**不会**自动介入段错误、SIGSEGV 等信号处理流程。想在崩溃时打印堆栈，必须手动注册信号处理器，并在其中调用它——但要注意：信号上下文中调用 std::stacktrace::current() 是不安全的（libstdc++ 内部可能 malloc 或 dlopen），实际应改用更底层方案（如 backtrace()/backtrace_symbols_fd()）。
- 不要在
signal(SIGSEGV, handler)里直接调用std::stacktrace::current() - 若坚持用，至少用
sigaltstack配合 SA_ONSTACK，避免栈溢出；但仍不保证可重入 - 生产环境推荐用
boost::stacktrace或absl::StackConsumer，它们对信号安全做了封装
替代方案：用 backtrace + addr2line 快速验证调用链
如果只是临时调试，又不想折腾 C++23 和 BFD，可以用 POSIX 提供的 backtrace() + addr2line 组合。它不依赖标准库新特性，兼容性更好：
#include <execinfo.h>
#include <unistd.h>
#include <cstdio>
<p>void print_backtrace() {
void* buffer[100];
int nptrs = backtrace(buffer, 100);
backtrace_symbols_fd(buffer, nptrs, STDERR_FILENO);
}然后配合 addr2line -e ./myapp -C -f -p < address 手动查符号。虽然不如 std::stacktrace 一行搞定，但稳定、无依赖、能立刻用。
真正落地时，别只盯着“标准是否支持”，先确认你的工具链、部署环境、调试需求三者是否匹配——很多团队最终选 boost::stacktrace，不是因为它多先进，而是它把 BFD、dladdr、unwind 各种后端封装好了，且允许在信号 handler 里安全调用。
