std::stacktrace 在 C++23 中存在但无法用于崩溃时自动打印堆栈，仅支持当前线程同步采集，依赖调试信息，不兼容信号处理；崩溃回溯需用平台底层接口如 backtrace()、_Unwind_Backtrace() 或 MiniDumpWriteDump()。
std::stacktrace 在 C++23 中确实存在，但目前（截至 GCC 13 / Clang 17 / MSVC 19.38）**无法用于崩溃时自动打印堆栈**——它不是信号处理友好的异步信号安全机制，也不能在 std::terminate 或段错误中直接调用。
std::stacktrace 的真实能力边界
它只支持「当前线程同步采集」，且依赖编译器和平台符号支持（如 DWARF/PE debug info），不能穿透 signal handler：
- 只能在正常执行流中调用
std::stacktrace::current()，比如日志点、函数入口 - 内部可能调用
backtrace()（Linux）或CaptureStackBackTrace()（Windows），但封装后丢失了对sigaltstack和寄存器上下文的支持 - 不捕获内联函数、优化掉的帧（
-O2下常为空或不完整） - MSVC 目前完全未实现该类（
/std:c++23下编译失败）
崩溃时打印堆栈的可行替代方案
真正需要 crash-time backtrace，必须绕过 std::stacktrace，用底层接口并确保异步信号安全：
- Linux：在
signal(SIGSEGV, ...)处理器中调用backtrace()+backtrace_symbols_fd()，**避免 malloc / iostream / std::string** -
macOS：用
_Unwind_Backtrace()（libunwind）配合自定义_Unwind_TraceFn，禁用 C++ 异常栈展开干扰 - Windows：用
MiniDumpWriteDump()配合dbghelp.dll，或RtlCaptureStackBackTrace()（仅用户态，无符号） - 跨平台可选
boost.stacktrace（需编译时链接-lbfd -ldl，且默认不启用 signal handler）
std::stacktrace::current() 的正确用法示例
仅适用于可控、非崩溃路径的日志增强：
