std::stacktrace在C++23中尚未被任何主流编译器实现，GCC 13/Clang 17/MSVC 19.38仅提供空声明或编译禁用；Linux/macOS下推荐用backtrace()配合addr2line解析堆栈。
std::stacktrace 在 C++23 中根本不能直接用
因为目前（截至 2024 年中）没有任何主流编译器完整实现 std::stacktrace。GCC 13、Clang 17、MSVC 19.38 都只提供了空壳声明或编译期禁用，调用会触发 std::logic_error 或链接失败。别被标准文档或博客标题骗了——它还在纸面上。
想在 Linux/macOS 上快速获取堆栈，用 backtrace() + addr2line
这是最轻量、最可控的方案，不依赖 C++ 标准库新特性，也不需要第三方依赖：
-
backtrace()获取原始地址数组，backtrace_symbols()转成带符号名的字符串（但不可靠，易被 strip 或无调试信息） - 更稳的做法是：用
backtrace()拿到地址 → 写入临时文件 → 调用系统addr2line -e ./your_binary -f -C -p解析 → 读回结果 - 注意：
addr2line对 inlined 函数支持有限；若二进制没编译调试信息（即没加-g），只能显示地址，无法还原函数名和行号 - 示例关键片段：
void print_trace() { void* buffer[64]; int nptrs = backtrace(buffer, 64); char** strings = backtrace_symbols(buffer, nptrs); for (int i = 0; i < nptrs; ++i) { std::cerr << strings[i] << '\n'; } free(strings); }
Windows 下别碰 CaptureStackBackTrace —— 它不返回符号，也不支持 x64 完整帧
WinAPI 的 CaptureStackBackTrace() 只返回地址，且在 x64 上对某些优化帧（如尾调用、内联展开）会截断。真正能用的是 StackWalk64() + SymInitialize() + SymFromAddr() 这套组合，但它要求：
- 必须加载
dbghelp.dll并显式初始化符号服务器（SymInitialize()第二个参数传nullptr不行，得指定路径或启用微软符号服务器） - 你的二进制需带 PDB 文件，且路径要能被
SymLoadModule64()正确关联 - 每次调用前要确保线程上下文有效（比如用
GetThreadContext()抓当前帧，否则可能拿到错误调用链）
生产环境别手写 stacktrace，优先用 absl::Stacktrace 或 boost::stacktrace
这两个库不是“玩具”，而是经过大量真实场景打磨的：
立即学习“C++免费学习笔记（深入）”；
-
absl::Stacktrace默认走libunwind（Linux/macOS）或DbgHelp（Windows），自动 fallback，还支持异步信号安全模式（ABSL_HAVE_STACKTRACE_SIGNAL_SAFE） -
boost::stacktrace::stacktrace()编译时可选后端（backtrace/libbacktrace/win64），输出格式统一，且能过滤掉框架内部帧（通过boost::stacktrace::frame::to_string()控制） - 共同陷阱：都依赖调试信息存在；若你发布的是 stripped 二进制，它们也只能打印地址——这不是库的问题，是构建流程漏了
-g或没保留 .debug_* 段
真正难的从来不是“怎么打出堆栈”，而是“怎么让堆栈在崩溃那一刻还能被正确捕获并落地”。信号处理、栈帧完整性、符号解析时机，这些细节比选哪个 API 重要得多。
