std::stacktrace 在 C++23 中已标准化但尚未广泛实现：libstdc++ 未支持，libc++ 18.1+ 需手动启用且限 ELF，MSVC 未公开支持；生产环境推荐用平台原生 API（如 Linux 的 backtrace、Windows 的 CaptureStackBackTrace）并配合符号管理策略。
std::stacktrace 在 C++23 中是否可用？
取决于编译器和标准库实现——std::stacktrace 是 C++23 标准引入的，但截至 2024 年底，libstdc++（GCC）尚未实现它，libc++（Clang）从 18.1 起支持，但需手动启用调试信息且仅限 ELF 平台。MSVC 也未公开支持。也就是说，直接写 std::stacktrace::current() 很可能编译失败或返回空帧。
Linux 下用 __builtin_return_address + backtrace 实现简易回溯
这是最稳定、可落地的方案，不依赖 C++23，且能覆盖绝大多数诊断场景。关键点不是“完美符号名”，而是快速定位调用链。
- 用
backtrace()获取原始地址数组，backtrace_symbols()转为字符串（含函数名+偏移，但无行号） - 若需行号，必须确保编译时加
-g，且链接时未 strip；再配合addr2line -e ./a.out 0x...手动查（适合脚本化） -
__builtin_return_address(0)只能取当前函数返回地址，无法遍历栈；不要误用它替代backtrace() - 注意：
backtrace()在信号处理函数中调用不安全（可能重入 malloc），诊断性日志建议只在正常流程中用
Windows 上用 CaptureStackBackTrace + SymFromAddr
Windows 原生方案比 Linux 更繁琐但更可控，前提是初始化 dbghelp.dll 符号系统。
