std::stacktrace 仅适用于程序正常运行时主动采样，无法在崩溃时可靠获取调用链；它非信号安全、依赖调试信息、不保证行号与内联信息，且各平台支持受限。
std::stacktrace 在崩溃时根本拿不到完整调用链
它不是 crash handler，也不是 signal handler 的替代品。程序一崩溃（比如 SIGSEGV），栈帧就可能已损坏或不可读，std::stacktrace::current() 此时调用会失败、返回空、甚至自己触发异常——这不是 bug，是设计使然。
真正能捕获崩溃现场的，只有信号处理 + 低层栈展开（如 libunwind、libbacktrace 或平台 API）。std::stacktrace 只适合在「程序仍健康」时主动采样，比如日志打点、超时检测、调试断点处抓快照。
- 崩溃前最后一句可执行代码里调用
std::stacktrace::current()，大概率还来得及，但不能依赖 - 不要在
std::signal处理函数里调用它：C++ 标准不保证该上下文是 async-signal-safe，std::stacktrace内部可能分配内存或调用非安全函数 - Windows 上默认不支持（MSVC 19.35+ 且需 /std:c++23 + 启用
_HAS_CXX23），Linux/glibc 环境下也需 binutils >= 2.39 + DWARF debug info
std::stacktrace::current() 的实际可用场景和限制
它最稳的用法，是在可控的、非崩溃路径中做诊断性记录，比如函数入口埋点、性能热点标记、单元测试失败时输出上下文。
注意：std::stacktrace 不包含源码行号（除非编译时带 -g 且链接器保留 debug info），也不解析内联函数，更不会显示模板实例化全名——它只反映运行时实际调用的符号地址 + 可解析的函数名（经 abi::__cxa_demangle 简单还原）。
立即学习“C++免费学习笔记（深入）”；
- 必须开启调试信息：
g++ -g -std=c++23或clang++ -g -std=c++23 - Release 模式下若 strip 掉符号表，
to_string()只会显示??或地址 - 最大深度默认由实现决定（libstdc++ 当前是 64），无法通过参数调整；想截断只能手动遍历
std::stacktrace_entry数组 - 示例用法：
void log_caller() {<br> auto st = std::stacktrace::current();<br> std::cerr << "Called from:\n" << st.to_string();<br>}
为什么不能靠 std::stacktrace 替代 backtrace(3) 或 CaptureStackBackTrace
std::stacktrace 是高层封装，底层仍依赖系统能力，但它刻意屏蔽了错误控制与精度选项。比如 Linux 的 backtrace(3) 允许你传入缓冲区并检查返回长度，还能配合 backtrace_symbols_fd() 避免内存分配；而 std::stacktrace::current() 要么全成功，要么抛 std::runtime_error 或静默失败。
- 没有 errno 或错误码反馈，异常类型也不统一（libstdc++ 抛
std::runtime_error，libc++ 可能不同） - 不支持跳过指定层数（比如忽略日志包装函数），必须手动 erase 前 N 个
std::stacktrace_entry - Windows 上 MSVC 的实现目前不调用
CaptureStackBackTrace，而是走较慢的 dbghelp.dll 路径，且不支持 x86 - 跨 shared library 边界时，若目标 so 未带 debug info 或被 strip，对应帧会丢失函数名
真要捕获崩溃调用链，该怎么做
接受现实：C++23 没提供标准方案。你得组合使用平台机制 + 第三方辅助。
- Linux：用
sigaction注册SIGSEGV/SIGABRT处理器，内部调用backtrace()+backtrace_symbols_fd(STDERR_FILENO)，确保所有操作是 async-signal-safe - macOS：用
signal+_Unwind_Backtrace（更可靠）或backtrace()（需-ldl） - Windows：用
SetUnhandledExceptionFilter，在回调中调用CaptureStackBackTrace+SymFromAddr（需初始化 dbghelp 和 symsrv） - 工程建议：直接集成
abseil的symbolize.h或backward-cpp，它们已封装好跨平台栈展开 + 符号解析 + 行号映射
std::stacktrace 的价值不在 crash recovery，而在统一、轻量、标准的“活体采样”接口——别让它干它不该干的活。真正的崩溃分析，永远绕不开信号/异常接管和底层栈遍历。
