Linux线程默认栈大小由RLIMIT_STACK软限制决定，可通过getrlimit(RLIMIT_STACK, &rlim)获取，单位字节；Windows无统一默认值，主线程栈大小由PE头SizeOfStackReserve指定，新线程需显式传参或继承该值。
Linux 下用 getrlimit 查看线程栈软限制
线程默认栈大小在 Linux 上由进程的 RLIMIT_STACK 软限制决定，不是内核硬编码值。新线程（如 pthread_create 创建的）会按此限制分配栈空间（实际分配可能延迟且受 mmap 对齐影响）。
常见误区是认为 ulimit -s 只影响主线程——它其实控制所有线程的栈上限：
-
getrlimit(RLIMIT_STACK, &rlim)返回的rlim.rlim_cur就是当前生效的默认栈大小（单位：字节） - 若返回值为
RLIM_INFINITY，通常表示未设限，但实际仍受系统策略约束（如 glibc 默认 2MB 或 8MB，取决于架构和配置） - 该值可被
setrlimit修改，但仅对调用者后续创建的线程生效，不影响已存在的线程
Windows 下没有统一“默认栈大小”概念
Windows 线程栈大小由创建时显式指定，或继承自可执行文件的链接器设置（/STACK），运行时无法直接查询“系统默认值”。
实际行为取决于：
立即学习“C++免费学习笔记（深入）”；
- 主线程栈大小：由 PE 文件头中的
SizeOfStackReserve字段决定，可用dumpbin /headers your.exe | findstr "stack"查看 - 新线程栈大小：调用
CreateThread时传入的dwStackSize；若为 0，则使用创建者线程的默认值（即主线程的SizeOfStackReserve） - 无运行时 API（如
GetThreadStackInfo）能跨线程反查当前栈大小；只能靠VirtualQuery检查当前线程的栈底地址与保护页位置来估算
C++ 跨平台获取不现实，优先查进程/构建配置
不要试图用 C++ 标准库或 std::thread 获取“系统默认栈大小”——标准完全不提供该能力，各实现（libstdc++、libc++、MSVC STL）对底层线程封装的栈管理策略也不透明。
真正可行的做法是：
- Linux：读取
/proc/self/limits中Max stack行，或调用getrlimit(RLIMIT_STACK, ...) - Windows：用
GetModuleHandle(NULL)+ImageNtHeader解析 PE 头，提取OptionalHeader.SizeOfStackReserve - 构建时确认：GCC/Clang 用
-Wl,--stack=SIZE，MSVC 用/STACK:SIZE，这些才是你真正能控制的“默认”
为什么 pthread_attr_getstacksize 不适合查“默认”
这个函数只读取 pthread_attr_t 对象里显式设置过的栈大小，而未设置时它返回的是未初始化的垃圾值（不是系统默认）。glibc 的 pthread_create 在 attr 为空时直接用 RLIMIT_STACK，但不会把该值写回 attr 对象。
典型错误代码：
pthread_attr_t attr; pthread_attr_init(&attr); size_t stacksize; pthread_attr_getstacksize(&attr, &stacksize); // stacksize 此时是未定义值！
必须先调用 pthread_attr_setstacksize 才能用 get 读到有效值——这跟“查默认”完全背道而驰。
真正需要栈大小控制时，别依赖“系统默认”，而是明确设置并验证：Linux 上用 setrlimit + pthread_attr_setstacksize，Windows 上用 CreateThread 显式传参，并在关键路径用 __builtin_frame_address(0) 或 _AddressOfReturnAddress 做栈水位检查。
