不能直接获取堆栈深度——C++无标准函数，backtrace()返回缓冲区实际写入帧数（如nptrs）为近似深度，但受缓冲区大小、优化、符号信息等限制；Windows用CaptureStackBackTrace()更轻量；C++23 std::stacktrace::size()需满足编译器和调试信息条件；防递归爆栈应优先用static thread_local计数守卫。
不能直接“计算堆栈深度”——C++ 没有 get_stack_depth() 这样的标准函数，所谓“深度”只是当前调用链上未返回的栈帧数量，必须靠间接手段捕获并计数。
Linux/macOS 下用 backtrace() 获取近似深度
backtrace() 本身不返回数字，但它把帧地址写进你传的缓冲区，并返回**实际写入的地址个数**，这个返回值就是当前深度的近似值。
- 调用
int nptrs = backtrace(buffer, 128)后，nptrs就是当前帧数（即“深度”） - 若真实深度超过缓冲区大小（如 128），
nptrs会截断为 128，不代表真实值 - 必须加
-rdynamic链接选项，否则backtrace_symbols()解析不出函数名 -
backtrace_symbols()内部调用malloc()，在信号处理函数里不可重入；生产环境建议改用backtrace_symbols_fd(buffer, nptrs, STDERR_FILENO)
Windows 下用 CaptureStackBackTrace() 获取帧数
CaptureStackBackTrace() 是 Windows 原生轻量接口，直接返回捕获到的帧数，比 StackWalk64() 更简单可靠。
- 调用
USHORT frames = CaptureStackBackTrace(0, 100, stack, NULL)，frames就是当前深度 - 不需要初始化符号库也能拿到帧数，但解析函数名需
SymInitialize()+ PDB 文件 -
SymInitialize()和SymFromAddr()非线程安全，多线程调用必须加锁或用thread_local初始化 - 若编译时禁用了帧指针（
/Oy或-fomit-frame-pointer），某些优化场景下帧数可能偏少
C++23 std::stacktrace::size() 的适用边界
这是目前最接近“标准答案”的接口，但只在特定条件下可用，且结果不是严格意义上的调用嵌套层数。
- 必须启用
-std=c++23，且 GCC ≥ 13.2 / Clang ≥ 16 / MSVC ≥ 19.35 - 编译需带调试信息（
-g），否则std::stacktrace::current().size()可能返回 0 - 高优化等级（如
-O2）可能内联函数、消除栈帧，导致返回值小于实际调用链长度 - 返回值包含运行时启动帧（如
__libc_start_main），不全是用户代码，别拿它当递归守卫阈值
真正需要“深度”时，自己维护计数器更靠谱
所有自动获取方式都受编译器、平台、符号、优化影响，波动大。若用于防递归爆栈，硬编码守卫比依赖系统 API 更可控。
- 在递归入口加
static thread_local int depth = 0;，每次进入if (++depth > 1000) throw std::runtime_error("recursion too deep"); - 退出时记得
--depth（或用 RAII 封装） - 该方式不受优化影响，不依赖符号，也不怕
backtrace截断 - 注意：它统计的是该函数被调用次数，不是整个调用链深度；若多个递归函数共用同一守卫变量，需区分作用域
别指望一个函数调用就得到精确、跨平台、稳定可靠的“堆栈深度”——它本质是运行时动态结构，所有获取方式都是近似。关键是要明确你到底要什么：是调试时看调用链（用 backtrace 或 CaptureStackBackTrace），还是防止无限递归（用 thread_local 计数），二者技术路径完全不同。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
