Linux下用getrlimit(RLIMIT_STACK)获取进程级线程栈软硬限制（字节），所有线程共享；Windows无直接等价API，仅Win10+支持GetCurrentThreadStackLimits查分配范围；跨平台应聚焦栈溢出防护而非查询限制。
Linux下用getrlimit查线程栈大小限制
Linux中线程栈大小受进程级资源限制控制，不是线程私有属性。调用getrlimit(RLIMIT_STACK, &rlim)获取的是当前进程的栈软/硬限制（单位：字节），所有线程共享该上限。注意：这个值不等于实际已用栈空间，也不反映线程创建时指定的栈大小（如pthread_attr_setstacksize）。
- 软限制
rlim.rlim_cur是当前生效值，可能被setrlimit动态修改 - 硬限制
rlim.rlim_max是软限制能设到的最大值，通常需root权限才能提升 - 若程序用
ulimit -s改过栈限制，getrlimit会反映该变更 - 返回值为0表示成功，-1表示失败（检查
errno）
Windows下没有直接等价API
Windows不提供查询“当前线程栈限制”的标准接口。主线程栈大小由PE头SizeOfStackReserve字段决定，创建时可通过CreateThread的dwStackSize参数指定，但运行时无法反查。试图用GetThreadContext或SEH探测栈边界属于未定义行为，不可靠。
- 可用
GetCurrentThreadStackLimits(&low, &high)（Windows 10 16299+）获取当前线程栈的内存地址范围，但这是物理分配范围，不是“限制” - 该函数返回的是栈底（低地址）和栈顶（高地址）指针，差值约等于实际分配的栈空间，但不等于OS允许的最大使用量
- 旧版本Windows只能靠编译器宏（如
_WIN32_WINNT）判断是否支持此函数
跨平台检测栈溢出比查限制更实用
真正需要防范的是栈溢出，而非精确知道限制值。C++标准不提供可移植的栈大小查询方式，强行统一抽象反而容易出错。
- Linux可用
sigaltstack配合SA_ONSTACK捕获SIGSEGV，在备用栈上处理栈溢出 - Windows可用
SetThreadStackGuarantee预留额外保护页，再结合__try/__except捕获EXCEPTION_STACK_OVERFLOW - 避免深度递归、大尺寸栈变量（如
char buf[1024*1024]），优先用堆分配 - 调试时用
ulimit -s（Linux）或链接器选项/STACK:reserve（MSVC）显式控制
pthread_attr_getstacksize只对新线程有效
这个函数只能读取pthread_attr_t对象里设置的栈大小，不能用于获取当前运行线程的实际栈限制。它只在pthread_create前配置属性时有意义。
立即学习“C++免费学习笔记（深入）”；
- 调用
pthread_attr_init(&attr)后默认栈大小是系统值（如Linux通常是8MB），可被pthread_attr_setstacksize覆盖 - 对已存在的线程（包括主线程），该属性无意义；没有
pthread_self_getstacksize这类API - 即使你拿到某个线程的
pthread_t，也无法反查其栈配置——POSIX没定义这种能力
