linux下用pthread_getattr_np获取当前线程栈基址和总大小的最直接方式是：先调用pthread_getattr_np(pthread_self(), &attr)获取线程属性，再通过pthread_attr_getstack(&attr, &stack_addr, &stack_size)得到栈底地址（高地址）和实际分配的栈总大小，注意需配对调用pthread_attr_destroy释放资源，且该方法不适用于主线程。
怎么用 pthread_getattr_np 拿到当前线程的栈基址和总大小
Linux 下最直接的方式是调用 pthread_getattr_np + pthread_attr_getstack，它们能拿到当前线程实际分配的栈地址范围。注意这不是“系统默认值”，而是该线程创建时真正落地的栈内存布局。
-
pthread_getattr_np(pthread_self(), &attr)必须配对调用pthread_attr_destroy(&attr)，否则有资源泄漏风险 -
pthread_attr_getstack(&attr, &stack_addr, &stack_size)返回的stack_addr是栈底（高地址），栈从这里向下增长 - 某些发行版（如 Alpine）可能禁用
_np后缀函数，需确认 glibc 版本 ≥ 2.12 且编译时未定义_GNU_SOURCE—— 实际上必须定义，否则声明不可见 - 主线程的栈信息不能靠这个获取，它走的是进程初始栈，得用
/proc/self/maps解析[stack]行
如何安全计算当前已用栈空间：别只用 __builtin_frame_address(0)
栈向下增长，所以“已用大小 = 栈底地址 − 当前栈指针”。但 __builtin_frame_address(0) 返回的是当前函数帧起始，不是严格意义上的栈顶指针，中间可能有编译器插入的 padding 或 red zone（x86-64 下 128 字节不被 signal 打断的区域）。
- 更稳妥的做法是取
__builtin_frame_address(0)向下偏移 128 字节再比对，尤其在开启-O2或使用-mno-omit-leaf-frame-pointer时 - 不要在 inline 函数里调用它，编译器可能把帧指针优化掉，返回值不可靠
- 若线程刚创建、还没进任何用户函数，
__builtin_frame_address(0)可能接近stack_addr，此时计算出的“已用”接近 0，但不代表安全——red zone 还没被触碰
为什么 in_avail() 和栈空间完全无关，别被名字误导
in_avail() 属于 std::streambuf 接口，它查的是输入缓冲区里“已读进内存但还没被 get() 消费”的字节数，和线程栈内存一毛钱关系都没有。很多开发者看到“avail”就以为是“可用栈空间”，这是典型误读。
- 对
std::ifstream调用rdbuf()->in_avail()，返回值取决于底层filebuf是否已预读，和栈大小无关 - 在
std::stringstream上调它，几乎总是 0，因为它的缓冲区设计偏向写入，输入模式支持弱 - 真要监控栈，别碰流接口；真要查文件剩余可读字节，该用
std::filesystem::file_size()配tellg()
运行时告警阈值设多少才合理：90% 是坑，70% 更现实
设 90% 告警听起来保守，但实际容易漏报。函数调用链深处一个临时数组、一次递归、甚至编译器生成的异常展开代码，都可能瞬间吃掉几百字节。等你检测到 90%，很可能下一帧就段错误。
- 建议首次检测设在 70%，第二次升到 80%，连续两次触发才记录日志并 dump 栈帧（用
backtrace()） - 避免在信号处理函数里做复杂计算——栈快爆了还调
malloc或printf，大概率二次崩溃 - 如果程序用了
alloca，必须把它纳入监控：每次调用后立刻检查剩余空间，因为它是“即用即占”，不经过函数返回自动释放那套逻辑
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
