std::stacktrace在GCC 14/Clang 18/MSVC中均未实际实现，Linux可用glibc的backtrace+dladdr，Windows可用CaptureStackBackTrace+SymFromAddr，跨平台需分层fallback并注意信号安全。
std::stacktrace 在 GCC 和 Clang 中根本不能直接用
别试了，std::stacktrace 是 C++23 标准里的东西，但截至 GCC 14 / Clang 18，它仍处于“实验性支持”或完全未实现状态。GCC 没有提供任何可用的 std::stacktrace 实现；Clang + libc++ 虽然声明了头文件 <stacktrace>，但实际调用 std::stacktrace::current() 会链接失败（找不到符号）。你写完编译能过，一运行就 undefined reference。
所以不是你代码写错了，是标准库还没跟上。
- 检查方式：编译时加
-std=c++23，然后尝试auto st = std::stacktrace::current();—— 如果链接时报undefined reference to 'std::stacktrace::current()'，就是没实现 - libc++ 的
<stacktrace>头目前只是空壳，不生成任何符号 - MSVC 也不支持，连头文件都没有
Linux 下真正能用的替代方案：__builtin_return_address + backtrace
Linux 上最靠谱、开箱即用的是 glibc 提供的 backtrace 系列函数，配合 dladdr 解符号。它不依赖 C++23，也不需要额外编译选项（只要开了调试信息 -g）。
关键点：它拿到的是 void* 地址数组，必须用 backtrace_symbols 或手动 dladdr 才能转成可读函数名——而后者更可控，能避开 backtrace_symbols 内部 malloc 和线程不安全的问题。
立即学习“C++免费学习笔记（深入）”；
- 必须链接
-ldl（否则dladdr找不到） - 调用前建议用
signal(SIGSEGV, ...)或std::set_terminate包一层，否则只在主动调用时生效 - 注意栈深度限制：
backtrace第二个参数是缓冲区大小，设太小会截断；128 通常够用，嵌套深的场景建议 256 - 示例片段：
#include <execinfo.h>
#include <dlfcn.h>
#include <iostream>
<p>void print_stacktrace() {
constexpr int max_frames = 128;
void* buffer[max_frames];
int nptrs = backtrace(buffer, max_frames);
char** strings = backtrace_symbols(buffer, nptrs);
if (strings) {
for (int i = 0; i < nptrs; ++i) {
Dl_info info;
if (dladdr(buffer[i], &info) && info.dli_sname) {
std::cout << "#" << i << " " << info.dli_sname
<< " (" << (info.dli_saddr ? "+" : "") << ")\n";
} else {
std::cout << "#" << i << " " << strings[i] << "\n";
}
}
free(strings); // 必须 free，backtrace_symbols 分配的
}
}Windows 上用 CaptureStackBackTrace + SymFromAddr
Windows 没有 backtrace，但 WinAPI 提供了等效能力：CaptureStackBackTrace 拿地址，SymFromAddr 查符号。它依赖 dbghelp.dll，且必须提前调用 SymInitialize 并加载 PDB（或开启微软符号服务器）。
难点不在调用，而在环境准备：没 PDB 时只能显示模块+offset，几乎不可读；而默认不加载符号服务器，SymFromAddr 会失败返回 FALSE。
- 必须链接
dbghelp.lib，运行时依赖dbghelp.dll（系统自带，WinXP+ 都有） -
SymInitialize(GetCurrentProcess(), nullptr, TRUE)的第三个参数设为TRUE才会自动尝试微软符号服务器（需联网） - 函数名可能带修饰（如
??0MyClass@@QEAA@XZ），要用UnDecorateSymbolName解析 - 捕获时机很重要：在 SEH 异常处理里调用比在普通函数里更稳定（避免被优化掉帧指针）
跨平台封装要注意符号解析的 fallback 行为
真正写工具链时，别硬写两套逻辑。一个健壮的 print_backtrace() 应该分层：先用平台原生 API 拿地址，再逐级尝试解析——先 dladdr/SymFromAddr，失败则退到 backtrace_symbols（Linux）或模块名+偏移（Windows），最后至少保证地址十六进制输出。
最容易被忽略的是信号上下文：在 SIGSEGV 里调用 backtrace 是安全的，但在 SIGABRT 或 std::terminate 里，如果栈已损坏，backtrace 可能自己 crash。这时候得靠 sigaltstack 配合备用栈。
- 不要在 signal handler 里用
std::cout、malloc、printf—— 它们不是 async-signal-safe - Linux 下用
write(2)直接写 fd 1；Windows 下用OutputDebugStringA - 所有字符串处理（比如 demangle）必须提前分配好内存，避免 runtime 分配
调用栈这东西，越想“全自动”，越容易在生产环境静默失效。留好纯地址输出的后路，比强求函数名更重要。
