std::stacktrace 是 c++23 引入的调用栈快照工具，不能自动捕获崩溃，因其不挂钩信号或异常；需手动在安全上下文中调用，且依赖编译器、平台及调试信息支持。
std::stacktrace 是什么，为什么它不能直接捕获崩溃
std::stacktrace 是 C++23 引入的标准库类型，用于**记录当前调用栈快照**，但它本身不挂钩信号、不拦截异常、也不自动在崩溃时触发。你调用 std::stacktrace::current() 的那一刻，只拿到「此刻」的栈帧——如果程序已经 segfault 或 abort 了，那行代码根本没机会执行。
所以别指望靠它“自动打印崩溃堆栈”。它适合主动诊断（比如日志打点、性能采样），而非 crash recovery。
- 它依赖编译器和平台支持：
libbacktrace（GCC）、libunwind（Clang）或 Windows 的DbgHelp - 未开启调试信息（
-g）时，帧信息只有地址，没有函数名和行号 - Release 模式下若启用了
-fomit-frame-pointer（x86_64 默认开），部分栈帧可能丢失
Linux 下用 signal handler + std::stacktrace 打印崩溃堆栈（可行但有坑）
可以注册 SIGSEGV/SIGABRT 处理器，在其中调用 std::stacktrace::current() ——但必须注意：C++ 标准明确禁止在异步信号上下文中调用大多数标准库函数，std::stacktrace::current() 是否安全，取决于实现。GCC 13+ 和 Clang 16+ 在 Linux 上基本可用，但仍是“实现定义”行为。
- 务必用
sigaltstack配置备用栈，防止信号处理时栈溢出 - 避免在 handler 中调用
std::cout、malloc、printf等非 async-signal-safe 函数；改用write(2)直写 fd - 示例中不要用
std::string拼接栈信息，而应遍历std::stacktrace后用backtrace_symbols_fd或手动格式化到固定缓冲区
简单示意（仅展示关键路径）：
立即学习“C++免费学习笔记（深入）”；
#include <stacktrace>
#include <csignal>
#include <unistd.h>
<p>void sigsegv_handler(int) {
auto st = std::stacktrace::current(); // ✅ GCC/Clang 新版本可接受
for (const auto& frame : st) {
// ❌ 不要 std::cout << frame;
// ✅ 改用 write(STDERR_FILENO, ..., ...);
}
_exit(1); // 不要用 exit()，它不 async-signal-safe
}</p>更可靠的做法：用 libbacktrace 或 breakpad，而不是只靠 std::stacktrace
生产环境别把鸡蛋放在 std::stacktrace 这一个篮子里。它太新、支持不均、且无法解析符号（除非你手动集成 addr2line 或 dlopen libdl）。
-
libbacktrace（GCC 自带）：轻量、稳定、支持 DWARF，backtrace()+backtrace_symbols_fd()组合成熟 - Google Breakpad / Crashpad：专为崩溃收集设计，支持 minidump、跨平台、可上传服务器
- 如果用 CMake，优先链接
-lbacktrace而不是赌std::stacktrace的 signal 安全性
例如，用 backtrace 替代：
#include <execinfo.h>
void print_backtrace() {
void* buffer[100];
int nptrs = backtrace(buffer, 100);
backtrace_symbols_fd(buffer, nptrs, STDERR_FILENO);
}
Windows 上 std::stacktrace 的实际限制
MSVC 19.35+ 开始支持 std::stacktrace，但默认不启用符号解析——它返回的帧是 0x7ff...:0 这种裸地址，没有函数名。你需要额外调用 SymInitialize + StackWalk64，并确保 PDB 文件在运行时可访问。
- 即使开了
/Zi和/DEBUG，std::stacktrace::to_string()仍可能为空 - 它不自动加载系统 DLL 符号（如
ntdll.dll），得自己调SymLoadModule64 - 多线程下若没初始化
DbgHelp，首次调用会失败且不报错
换句话说：在 Windows 上，std::stacktrace 当前更像一个占位符接口，实用价值远低于直接用 DbgHelp API。
真正难的不是“怎么调用 std::stacktrace::current()”，而是怎么让它在进程即将终止的瞬间，安全、完整、带符号地把栈吐出来——这需要深入信号/异常机制、符号加载逻辑和平台 ABI 细节。别被名字骗了，它不是开箱即用的 crash reporter。
