linux下pthread_attr_getstack返回的stackaddr是栈底（低地址），栈向低地址增长，范围为[stackaddr, stackaddr + stacksize)；windows下getcurrentthreadstacklimits返回的lowlimit是栈底（最低可访问地址），highlimit是栈顶，栈向上增长，范围为[lowlimit, highlimit)。
Linux下用pthread_attr_getstack获取线程栈信息
主线程和新创建的线程栈信息获取方式不同，但都可通过pthread_attr_getstack拿到基址和大小。注意：该函数只对**已创建线程的属性对象**有效（比如用pthread_attr_init + pthread_attr_setstack显式设置过的），对当前运行线程需先用pthread_getattr_np获取其运行时属性。
常见错误是直接对默认构造的pthread_attr_t调用pthread_attr_getstack，结果返回EINVAL——因为未初始化或未关联到实际线程。
-
pthread_getattr_np(&self_attr)必须在目标线程内调用（不能跨线程取） - 返回的
stackaddr是栈底（低地址）还是栈顶（高地址）取决于架构：x86_64上stackaddr指向栈底（即最低合法地址），栈向低地址增长，所以栈范围是[stackaddr, stackaddr + stacksize) - 记得用
pthread_attr_destroy释放属性对象，否则内存泄漏
Windows下用GetCurrentThreadStackLimits更可靠
Windows Vista及以上支持GetCurrentThreadStackLimits，它不依赖线程创建方式，能准确返回当前线程的栈边界。相比读NT_TIB或解析TEB字段，这是微软推荐的、ABI稳定的接口。
容易踩的坑是误用GetThreadContext或硬编码FS:[0]偏移——这些在不同Windows版本或x64/x86混合环境下极易出错。
-
GetCurrentThreadStackLimits返回的LowLimit是栈的最低可访问地址（即栈底），HighLimit是栈顶（最高地址），栈向上增长，范围是[LowLimit, HighLimit) - 该函数在用户态直接可用，无需特权，也不依赖CRT版本
- 若在DLL中调用，确保目标进程启用
/STACK链接器选项且未禁用动态堆栈分配
主线程栈：Linux靠/proc/self/maps，Windows看PEB
主线程栈无法用pthread_getattr_np（它对主线程行为未定义），也不能用GetCurrentThreadStackLimits（该函数在主线程中可用，但部分旧系统兼容性差）。更稳妥的做法是走系统级路径。
Linux下解析/proc/self/maps找标记为[stack]的行，提取起始地址和大小；Windows下读取当前进程的PEB结构，取ReservedForOSUse[0]（实际是ProcessHeap附近字段）不如直接查NT_TIB.StackBase和NT_TIB.StackLimit——但需用__readgsqword(0x08)（x64）或__readfsdword(0x04)（x86）安全读取，不能直接解引用NT_TIB*指针。
-
/proc/self/maps中[stack]行可能被ASLR打乱，但地址始终有效；注意过滤掉[stack:xxx]这类线程私有栈 - Windows上
NT_TIB.StackBase是栈顶指针（高地址），StackLimit是保护页起始（低地址），栈范围是[StackLimit, StackBase) - 所有通过TIB/PEB方式读取的值，都应配合
IsBadReadPtr或VirtualQuery验证有效性，防止因栈溢出导致读取崩溃
为什么不能用&some_local_var推算栈基
局部变量地址只能反映“当前栈指针位置”，离栈基（栈底）可能差几KB甚至更多，尤其当函数调用链深、或启用了-fstack-check时，编译器会插入额外栈探测指令，导致实际栈使用远大于局部变量布局。
更严重的是，某些场景（如信号处理上下文、协程切换、JIT代码）中，栈帧可能不在主线程默认栈上，此时取任意局部变量地址完全无效。
- 即使在简单main函数里，
&argc也不等于栈基——它只是栈帧内某个偏移，且受stack_protector等编译选项影响 -
alloca分配的内存靠近栈顶，但无法反推栈总大小；getrlimit(RLIMIT_STACK, &rlim)只给软限制，不反映实际分配大小 - 跨平台封装时，务必区分“当前栈指针”和“栈地址空间边界”——前者是瞬时值，后者才是调试、dump或guard page设置所需的依据
VirtualQuery或mincore返回的committed size往往小于stacksize字段。这意味着你拿到的“大小”只是预留空间，不是物理内存占用。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
