不能直接获取堆栈深度数值；C++标准库和系统API不提供该功能，只能通过backtrace()返回的帧地址数量或C++23 std::stacktrace::size()近似获得，二者均受缓冲区限制、编译选项、优化级别及符号信息影响，非严格调用嵌套层数。
不能直接获取“堆栈深度”这个数值——C++ 标准库和主流系统 API 都不提供函数返回当前调用栈有多少层。所谓“深度”，是运行时动态形成的帧链长度，没有现成计数器；你真正能拿到的是**堆栈帧本身**（即 backtrace）或**栈空间使用量**（即剩余字节数），二者用途完全不同。
backtrace() 返回帧地址数组，不是深度数字
Linux/macOS 下用 backtrace() 只能得到一串 void* 地址，长度才是“深度”的近似值，但需手动计数：
-
backtrace()本身不返回深度，它把帧地址写进你传入的缓冲区，返回实际写入数量（即“深度”） - 示例中
int nptrs = backtrace(buffer, 128);的nptrs就是当前深度，但它受缓冲区大小限制：若真实深度 > 128，结果被截断，nptrs就是 128，不代表真实值 - 地址无符号、不可读，必须配合
backtrace_symbols()解析，而后者会 malloc 内存，失败时返回 NULL，不能假设一定成功 - 该系列函数不支持 Windows 原生调用；MSVC 下得用
StackWalk64或 C++23 的std::stacktrace
C++23 std::stacktrace::size() 是最接近“深度”的标准接口
std::stacktrace::current().size() 在支持的编译器上返回帧数，但它不是“调用深度”的严格等价物：
- 必须启用
-std=c++23，且 GCC ≥ 13.2 / Clang ≥ 16 / MSVC ≥ 19.35 才可用 - 若编译未带调试信息（如
-g0），size()可能返回 0 或极小值，因为符号解析失败 - 优化级别影响帧保留：
-O2可能内联函数、消除栈帧，导致size()比实际调用链短 - 它包含 runtime 初始化帧（如
__libc_start_main），不一定全是用户代码，别把它当“函数嵌套层数”来监控递归
别把栈空间用量误当作“深度”
有人试图用 pthread_getattr_np 或 GetCurrentThreadStackLimits 算出已用栈字节数，再除以平均帧开销来“估算深度”——这不可靠：
立即学习“C++免费学习笔记（深入）”；
- 每帧大小差异极大：空函数可能只占 16 字节，带大数组局部变量的函数可占数 KB
- 编译器插入 red zone（x86-64 下 128 字节）、guard page、对齐填充，都不属于“有效帧”
- 主线程栈布局与 pthread 线程不同，
/proc/self/maps解析 [stack] 行拿到的范围不能直接用于深度换算 - 递归爆栈前，
size()可能还是个位数，但栈已逼近 limit；反之，深度 100 的非递归调用可能只用几 KB
真正需要“深度”时，要么自己维护计数器（比如在递归入口 ++，出口 --），要么接受 backtrace() 或 std::stacktrace::size() 的近似值——它们反映的是当前帧链长度，而非语义上的“嵌套层数”。
