getrlimit(rlimit_stack, &rlim)获取的是进程级默认线程栈软限制（单位字节），rlim.rlim_cur为当前生效上限，超限触发sigsegv；rlim.rlim_max为硬限制，普通进程不可突破。
Linux 下用 getrlimit 查看堆栈软硬限制
在 Linux 系统中，当前进程的堆栈大小上限由内核资源限制（RLIMIT_STACK）控制，不是 C++ 语言标准能直接获取的，必须调用系统 API。直接读 /proc/self/limits 也可，但 getrlimit 更可靠、可移植性略高。
注意：返回值是字节单位，常见默认值为 8388608（8 MiB），但可能被 ulimit -s 修改过；硬限制（rlimit.rlim_max）通常不可突破，软限制（rlimit.rlim_cur）才是实际生效值。
#include <sys>
#include <iostream>
struct rlimit rlimit;
if (getrlimit(RLIMIT_STACK, &rlimit) == 0) {
std::cout
<ul>
<li>
<code>rlimit.rlim_cur</code> 是当前生效的软限制，递归或深度嵌套函数调用超过它会触发 <code>SIGSEGV</code>
</li>
<li>
<code>rlimit.rlim_max</code> 是超级用户设定的上限，普通进程无法提高软限制超过它</li>
<li>若 <code>rlimit.rlim_cur == RLIM_INFINITY</code>，表示无明确限制（极少见，通常只出现在容器或特殊配置中）</li>
</ul>
<h3>Windows 下没有等价的全局堆栈深度限制机制</h3>
<p>Windows 不通过统一资源限制管理线程堆栈，而是在线程创建时指定栈大小（如 <code>CreateThread</code> 的 <code>dwStackSize</code> 参数）。主线程栈大小由 PE 文件头中的 <code>SizeOfStackReserve</code> 字段决定，运行时无法直接读取该值。</p>
<p>这意味着：你不能像 Linux 那样“获取当前程序堆栈最大深度限制”，因为“当前程序”可能含多个线程，各线程栈大小可以不同；且主线程栈大小在链接阶段就固定了（可通过 <code>link /STACK</code> 设置）。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill4025" title="C++ 算法竞赛自动化测试数据生成与校验框架"><img
src="https://img.php.cn/upload/skill/000/000/081/178988956499722.jpg" alt="C++ 算法竞赛自动化测试数据生成与校验框架" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill4025" title="C++ 算法竞赛自动化测试数据生成与校验框架" class="overflowclass">C++ 算法竞赛自动化测试数据生成与校验框架</a>
<p class="overflowclass">根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。</p>
</div>
<a rel="nofollow" href="/xiazai/skill4025" title="C++ 算法竞赛自动化测试数据生成与校验框架" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<ul>
<li>调试时可用 <code>VirtualQuery</code> 查询当前线程栈内存区域的基址与大小，但需自己定位栈顶（比如从 <code>&some_local_var</code> 往下找页边界）</li>
<li>MSVC 编译器提供 <code>_resetstkoflw()</code> 和 <code>_set_se_translator()</code> 应对栈溢出，但不提供查询接口</li>
<li>不要试图用 <code>GetCurrentThreadStackLimits</code>（Windows 10 1703+）——它返回的是当前线程已分配的栈范围，不是“最大允许深度”</li>
</ul>
<h3>跨平台代码里别假设存在统一堆栈限制值</h3>
<p>很多开发者想写个“安全递归深度检查”，试图根据系统堆栈限制反推最大递归层数。这不可靠：函数帧大小不固定、编译器优化（尾调用、内联）会改变实际消耗、TLS 和信号栈也占空间。</p>
<ul>
<li>真正可控的方式是：在递归函数中手动计数 + 设定经验阈值（如 1000 层），比依赖系统限制更稳定</li>
<li>
<code>std::thread</code> 构造时可传栈大小（C++11 起），但这是创建新线程时的提示，不是查询当前线程限制的手段</li>
<li>Clang/GCC 的 <code>-fstack-check</code> 或 <code>-fsanitize=stack</code> 可检测溢出，但属于编译期干预，不提供运行时查询能力</li>
</ul>
<h3>常见误判场景：把栈地址范围当限制值</h3>
<p>有人用 <code>&local_var</code> 获取栈地址，再结合 <code>pthread_getattr_np</code>（Linux）或 <code>GetThreadContext</code>（Windows）反推剩余空间。这类做法危险且易失效：</p>
<ul>
<li>现代栈是动态扩展的（Linux 下通过 <code>mmap</code> 映射匿名页实现），<code>guard page</code> 后面未必不可用</li>
<li>编译器可能把局部变量优化到寄存器，导致地址不能代表真实栈水位</li>
<li>
<code>pthread_getattr_np</code> 返回的栈地址范围包含未映射页，直接相减会高估可用空间</li>
</ul>
<p>真要监控栈使用，建议用编译器内置函数（如 GCC 的 <code>__builtin_frame_address(0)</code>）配合定期采样，而不是当成“最大深度”的代理指标。</p></iostream></sys>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
