c++oding="utf-8" ?>
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),运行时无法直接查询“系统默认值”。
实际行为取决于:
- 主线程栈大小:由 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 做栈水位检查。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











