getrlimit(rlimit_stack, &rlim)获取的是进程级默认线程栈软限制（单位字节），非当前线程已用栈大小；rlim.rlim_cur表示最大可用栈空间，超限触发sigsegv，不反映实时占用。
Linux 下用 getrlimit 查看栈大小限制
系统对每个线程栈的默认分配大小，实际由进程的 RLIMIT_STACK 资源限制决定，而非编译器或 C++ 标准规定。主线程栈大小受此限制约束，新线程（如 std::thread 创建的）通常也继承该值，但具体取决于 pthread 实现和创建时是否显式指定栈空间。
直接读取当前限制最可靠的方式是调用 getrlimit：
#include <sys>
#include <iostream>
rlimit rl;
if (getrlimit(RLIMIT_STACK, &rl) == 0) {
std::cout
<p>注意：<code>rl.rlim_cur</code> 是软限制（单位字节），多数 Linux 发行版默认为 <code>8388608</code>（8 MiB）。该值影响 <code>pthread_create</code> 在未指定 <code>attr.stacksize</code> 时的行为。</p>
<h3>Windows 下没有统一的“默认栈大小”概念</h3>
<p>Windows 不通过资源限制机制管理线程栈，而是依赖可执行文件头中的 <code>SizeOfStackReserve</code> 字段（链接时设定），以及 <code>CreateThread</code> 的 <code>dwStackSize</code> 参数。主线程栈大小由 PE 文件头决定（VC++ 默认 1 MiB），而 <code>std::thread</code> 在 MSVC 中底层调用 <code>CreateThread</code>，若未传栈大小，则使用 0 —— 此时系统按主线程栈大小分配，但不保证一致。</p>
<p>无法在运行时跨进程/跨工具链可靠获取该值，唯一可行路径是：</p>
<ul>
<li>查当前模块的 PE 头：用 <code>ImageNtHeader</code> + <code>OptionalHeader.SizeOfStackReserve</code>
</li>
<li>或用 Windows API <code>GetThreadContext</code> 结合栈指针粗略估算（不可靠，仅作参考）</li>
</ul>
<p>实践中，Windows 用户应主动控制线程栈：MSVC 提供 <code>/STACK:reserve[,commit]</code> 链接器选项，C++ 侧可用 <code>std::thread</code> 构造前手动调用 <code>SetThreadStackGuarantee</code>（仅影响后续线程）。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<h3>std::thread 不暴露栈大小，别试图从它反推</h3>
<p>标准 C++ 没有提供任何接口查询某个 <code>std::thread</code> 对象的栈信息。<code>std::thread::id</code> 或句柄本身不含栈元数据；<code>std::this_thread::get_id()</code> 更不能用于推导内存布局。</p>
<p>常见误操作包括：</p>
<ul>
<li>用 <code>&some_local_var</code> 和栈顶地址差值估算——失败率高，因编译器可能优化掉变量、插入填充、或启用栈保护（<code>-fstack-protector</code>）</li>
<li>依赖 <code>pthread_getattr_np</code> 获取属性后读 <code>stacksize</code>——该函数非 POSIX 标准，glibc 版本间行为不一，且对 <code>std::thread</code> 创建的线程不一定返回创建时真实值</li>
</ul>
<p>若需精确控制，请始终显式传入 <code>pthread_attr_t</code>（Linux）或 <code>dwStackSize</code>（Windows），不要依赖“默认”。</p>
<h3>为什么不能只看 <code>ulimit -s</code> 就认为万事大吉</h3>
<p><code>ulimit -s</code> 显示的是 shell 当前的 <code>RLIMIT_STACK</code> 值，但它可能被子进程覆盖（例如通过 <code>setrlimit</code>）、被容器 runtime 重设（Docker/K8s 中常设为 <code>unlimited</code> 或极小值），甚至被 systemd service 文件中 <code>LimitSTACK=</code> 覆盖。</p>
<p>更隐蔽的问题是：即使 <code>RLIMIT_STACK</code> 是 8 MiB，真实分配的栈页数仍受 <code>mmap</code> 分配策略和 <code>VM_MAX_MAP_COUNT</code> 影响；某些嵌入式 libc（如 musl）对线程栈处理逻辑与 glibc 不同；Android NDK 的 bionic 则强制将新线程栈限制为 1 MiB，无视 <code>RLIMIT_STACK</code>。</p>
<p>真正需要栈大小感知的场景（比如协程、自定义调度器、深度递归防护），必须结合平台检测 + 运行时探测 + 容错兜底，不能只信一个数字。</p></iostream></sys>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
