linux下用pthread_getattr_np获取线程栈信息最可靠：先调用pthread_getattr_np(pthread_self(), &attr)获取属性，再用pthread_attr_getstack提取stackaddr（栈底高地址）和stacksize，最后必须pthread_attr_destroy释放资源。
如何用 pthread_getattr_np 获取线程栈信息（Linux）
Linux 下没有标准 C++ 接口能直接拿到当前线程栈基址和大小，pthread_getattr_np 是最可靠的方式——它返回的是该线程创建时内核实际分配的栈区域，而非仅靠 __builtin_frame_address(0) 估算的局部帧位置。
常见错误是试图用 pthread_attr_getstack 拿主线程属性，但主线程栈由系统初始化，其属性不可靠；必须对当前线程调用 pthread_getattr_np。
- 先声明
pthread_attr_t attr，调用pthread_getattr_np(pthread_self(), &attr)，失败则返回 -1 - 再用
pthread_attr_getstack(&attr, &stack_addr, &stack_size)提取地址和大小；注意stack_addr是**栈底（高地址）**，栈向低地址增长，所以安全访问范围是[stack_addr - stack_size, stack_addr) - 最后别忘了
pthread_attr_destroy(&attr)，否则内存泄漏 - 该函数是 GNU 扩展，仅 Linux 有效，macOS / Windows 不可用
Windows 上用 GetThreadStackInfo 或 NtQueryInformationThread
Windows 没有公开 API 直接暴露栈边界，GetThreadStackInfo（Win11 22H2+ 新增）是唯一官方支持方式，但兼容性差；更通用的做法是调用未文档化的 NtQueryInformationThread 查询 ThreadBasicInformation，从中提取 StackBase 和 StackLimit。
容易踩的坑：获取到的 StackLimit 是当前已提交页的下界，不是初始栈大小；真正安全的可读写区间是 [StackLimit, StackBase)，且该区间可能被 guard page 截断，不能假设整段连续可访问。
- 需加载
ntdll.dll并手动解析NtQueryInformationThread地址 -
ThreadBasicInformation结构中StackBase是栈顶指针（高地址），StackLimit是当前保护页起始（低地址） - 调用后务必检查返回状态码，
STATUS_ACCESS_VIOLATION可能因权限不足触发 - Release 版本中编译器可能优化掉对栈边界的敏感访问，建议加
volatile或std::atomic_thread_fence防止误判
为什么不能只靠 __builtin_frame_address(0) 或 &local_var
这些方法只能得到当前函数栈帧的粗略位置，无法反映整个线程栈的真实边界。例如递归调用、协程切换、或编译器启用栈分裂（stack splitting）时，局部变量地址可能落在不同内存段，甚至跨 VMA 区域。
典型现象：用 &local_var 算出“栈顶”，再减去 1MB 当作栈大小，结果在某些负载下访问越界却没 crash——因为碰巧落在未映射页的前一页，而真正的栈保护页（guard page）还在更下方。
-
__builtin_frame_address(0)返回的是当前帧基址，不是栈段起点 - 局部变量地址受 ABI、编译选项（如
-fsplit-stack）、以及运行时动态栈扩展影响，完全不可靠 - 即使加上
getrlimit(RLIMIT_STACK, ...)，也只反映 ulimit 设置，不等于实际分配大小
安全访问栈边界的实践要点
拿到栈边界后，直接读写仍可能触发 SEGV 或 STATUS_GUARD_PAGE，关键在于确认地址是否已提交（committed）且未被保护页阻断。
Linux 下可通过 /proc/self/maps 扫描当前线程栈对应的 VMA，检查 perms 是否含 rw 且无 g 标志；Windows 则需用 VirtualQuery 检查 MEM_COMMIT 和 PAGE_READWRITE。
- 不要假设
stack_size全部可写——内核可能只提交了前几页，其余为 reserved - 遍历栈内存时，每次访问前用
mincore（Linux）或VirtualQuery（Windows）验证页状态 - 若用于栈采样或调试器逻辑，必须容忍部分地址不可访问，跳过而非 abort
- C++20 的
std::stacktrace不提供底层地址信息，无法替代上述方案
真正难的不是拿到地址，而是判断哪些地址此刻确实能读——这取决于 OS 内存管理策略、当前栈使用深度、以及是否启用了栈保护机制。任何忽略页状态检查的“边界计算”都只是纸面安全。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
