std::stacktrace在C++23中不能用于崩溃捕获，仅能在栈完好时主动调用获取快照；它不支持信号处理，MSVC尚不支持，最实用场景是在std::set_terminate中谨慎尝试打印异常前的调用栈。
std::stacktrace 在 C++23 中不可直接用于崩溃捕获
std::stacktrace 本身不是信号处理器，也不能自动记录崩溃时的调用栈。它只在**当前执行点主动调用时**生成一份快照，且要求编译器和标准库都支持（GCC 13+、Clang 16+、libstdc++/libc++ 对应版本）。如果你在 std::terminate 或 SIGSEGV 信号处理函数里直接构造 std::stacktrace{}，大概率得到空或不完整结果——因为此时栈可能已损坏，或 ABI 层面无法安全遍历。
常见错误现象：stacktrace.size() == 0、只显示信号处理函数自身、甚至触发二次崩溃。
- 必须在栈帧完好、未被破坏的上下文中调用，比如正常函数内、异常抛出前、或
std::set_terminate中（但需极谨慎） - 不能替代
backtrace(3)+backtrace_symbols(3)或平台级工具（如 Windows 的StackWalk64） - MSVC 当前（VS 2022 17.8）仍不支持
std::stacktrace，即使开启 C++23
如何在异常未捕获时打印堆栈（std::set_terminate 场景）
这是 std::stacktrace 最现实的落地点：在程序因未捕获异常退出前，尝试抓取最后一刻的栈。但它依赖实现是否在 terminate handler 中仍维持可遍历栈状态——libstdc++（GCC）相对可靠，libc++（Clang）部分版本会失败。
void my_terminate() {
try {
throw; // re-throw to access current exception context
} catch (...) {
std::cerr << "Uncaught exception:\n";
if (auto st = std::stacktrace::current(); !st.empty()) {
for (const auto& frame : st) {
std::cerr << " " << frame.to_string() << "\n";
}
} else {
std::cerr << " (stacktrace unavailable)\n";
}
}
std::abort();
}
int main() {
std::set_terminate(my_terminate);
throw std::runtime_error("boom");
}- 必须用
try { throw; } catch (...)进入异常上下文，否则std::stacktrace::current()可能不包含异常传播路径 - 不要在 terminate handler 中做复杂操作（如分配内存、调用 iostream），优先用
write(2)或puts避免依赖 - 启用调试信息：编译时加
-g，否则frame.to_string()只显示地址
Linux 下更可靠的崩溃堆栈方案（替代 std::stacktrace）
真要捕获 SIGSEGV/SIGABRT 堆栈，得绕过 std::stacktrace，用系统级 API。核心是：注册信号处理器 → 调用 backtrace(3) → 符号化解析（backtrace_symbols_fd 最安全）。
立即学习“C++免费学习笔记（深入）”；
void signal_handler(int sig) {
void* buffer[100];
int nptrs = backtrace(buffer, 100);
backtrace_symbols_fd(buffer, nptrs, STDERR_FILENO);
_exit(1); // 不要用 exit()，避免调用 atexit handlers
}
int main() {
struct sigaction sa;
sa.sa_handler = signal_handler;
sigemptyset(&sa.sa_mask);
sa.sa_flags = SA_RESTART;
sigaction(SIGSEGV, &sa, nullptr);
// ... 触发崩溃测试
}-
backtrace_symbols_fd是唯一推荐方式：不分配内存、不调用 malloc、线程安全，直接写 fd - 确保链接时有
-rdynamic（等价于--export-dynamic），否则符号名会丢失 - 若需 demangle C++ 名字，得自己调用
abi::__cxa_demangle，backtrace_symbols不做这事
什么时候该坚持用 std::stacktrace
它适合「可控的、非崩溃场景」下的诊断性堆栈记录，比如日志埋点、性能采样、单元测试断言失败时输出上下文。这时你完全掌握调用时机和栈完整性。
- 在关键函数入口打点：
LOG_DEBUG("enter foo: {}", std::stacktrace::current().to_string()); - 配合
std::source_location使用，补全文件/行号信息 - 注意
std::stacktrace::current(1)可跳过调用者帧（参数是 skip count），避免日志里总出现 log 函数自己 - 性能开销不小：一次调用可能耗时微秒级，高频调用需权衡
别指望它扛住段错误，也别在没验证过的编译器/STL 组合上默认启用——先跑个 std::stacktrace::current().size() 看是否 > 2 再决定是否信任它。
