std::stacktrace 是只读快照工具，无法用于崩溃时打印调用栈；它仅在程序正常运行时安全捕获当前栈帧，崩溃时调用会引发未定义行为，正确做法是使用信号处理配合平台级异步信号安全回溯API。
std::stacktrace 在 C++23 中根本不能用于崩溃时打印调用栈
这是最关键的事实：std::stacktrace 是一个**只读快照工具**，它只能在调用时捕获当前线程的调用栈，且要求程序仍在正常运行、栈帧完整、未被优化破坏。一旦发生崩溃（如 SEGFAULT、ABRT、访问空指针），程序已处于未定义行为或信号中断状态，std::stacktrace::current() **无法安全调用**——它可能直接 crash、返回空栈、或给出完全错误的帧。
崩溃时获取调用栈必须依赖信号处理 + 平台级回溯
真正可行的做法是：注册 SIGSEGV、SIGABRT 等信号处理器，在信号上下文中用平台 API 获取原始栈帧，再符号化解析。C++23 的 std::stacktrace 不提供信号安全保证，也不参与信号处理流程。
-
std::stacktrace::current()内部通常调用backtrace()（Linux/glibc）或CaptureStackBackTrace()（Windows），但这些函数在信号 handler 中**不是异步信号安全的**（backtrace()可能 malloc、锁全局变量） - 正确做法是用
sigaltstack配合signal注册 handler，并在 handler 中仅调用异步信号安全函数（如write、backtrace的精简版封装），然后在 handler 外解析符号 - Linux 下推荐用
libunwind或boost.stacktrace的 signal-safe 模式（需编译时启用-DBOOST_STACKTRACE_USE_BACKTRACE=OFF -DBOOST_STACKTRACE_USE_ADDR2LINE=OFF）
std::stacktrace::current() 的实际用途和限制
它只适合在可控、非崩溃场景下做诊断快照，比如日志记录、性能采样、单元测试失败时抓栈。它的行为高度依赖编译器和标准库实现：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- GCC 13+ libstdc++ 和 Clang 17+ libc++ 才开始实验性支持，需显式开启
-std=c++23且链接-lstdc++_libbacktrace（GCC）或-lc++experimental（Clang） - 默认不包含符号名（函数名、文件行号），需额外链接
libbacktrace并确保二进制带 debug info（-g） - Release 模式下若开启
-O2 -fomit-frame-pointer，栈帧可能不可靠，std::stacktrace返回的帧数会变少甚至为空 - 示例安全用法：
if (some_unexpected_condition) { std::cerr << "Unexpected state at " << __FILE__ << ":" << __LINE__ << "\n"; for (const auto& frame : std::stacktrace::current()) { std::cerr << " " << frame.to_string() << "\n"; // to_string() 可能抛异常，慎用 } }
想让崩溃自动打印栈？别碰 std::stacktrace，用成熟方案
生产环境崩溃堆栈应交由经过验证的工具链处理，而不是手写 std::stacktrace 逻辑：
立即学习“C++免费学习笔记（深入）”；
- Linux：用
systemd-coredump+coredumpctl debug，或集成google-breakpad/crashpad - 跨平台：用
boost.stacktrace并启用BOOST_STACKTRACE_GNU_SOURCE_NOT_REQUIRED宏，它对信号 handler 做了适配 - 调试阶段：直接用
gdb ./a.out core或lldb --core core，比任何自打印都准 - 注意：所有自实现信号 handler 打印栈的代码，都必须避免
std::cout、std::string、malloc、printf—— 它们在信号上下文中不安全
崩溃栈不是“加一行 std::stacktrace::current()”就能解决的问题；它是编译器、链接器、操作系统信号机制、符号表格式（DWARF/PE）、以及运行时环境共同作用的结果。任何跳过这些环节、只盯着 C++23 新特性找解法的尝试，都会在 Release 构建或复杂优化下失效。
