Linux中进程的堆栈大小是否有限制

问题描述：

Linux 中进程的堆栈大小有限制吗？它仅仅取决于机器的 RAM 吗？

我想知道这一点是为了限制对函数的递归调用的深度。

解决方案 1：

堆栈通常受资源限制。您可以使用以下命令查看安装中的默认设置ulimit -a：

stack size              (kbytes, -s) 8192

（这表明我的是8MB，非常大）。

如果删除或增加该限制，您仍然无法将机器中的所有 RAM 用于堆栈 - 堆栈从靠近进程地址空间顶部的位置向下增长，并且在某个时候它会运行到您的代码、堆或加载的库中。

解决方案 2：

管理员可以设置限制。

参见man ulimit。

可能存在一个您无法跨越的默认值。如果您必须担心堆栈限制，我会说您需要重新考虑您的设计，也许编写一个迭代版本？

解决方案 3：

这在很大程度上取决于您采用的架构（32 位或 64 位）以及是否使用多线程。

默认情况下，在单线程进程中（即 OS 在 exec() 时创建的主线程），堆栈通常会增长，直到它到达地址空间中的其他位置。这意味着在 32 位机器上，通常可以有 1G 的堆栈。

然而，在多线程 32 位进程中绝对不是这种情况。在多线程进程中，堆栈共享地址空间，因此需要分配，所以它们通常会被赋予少量的地址空间（例如 1M），以便可以创建许多线程而不会耗尽地址空间。

因此，在多线程进程中，它很小而且有限；在单线程进程中，它基本上直到你在地址空间中碰到其他东西（默认分配机制会尝试确保不会太快发生）。

在 64 位机器中，当然有更多的地址空间可以使用。

在任何情况下，您都可能耗尽虚拟内存，在这种情况下，您会得到 SIGBUS 或 SIGSEGV 等信号。

解决方案 4：

本来会对接受的答案发表评论，但显然我需要更多的代表......

真正的 Stack Overflow 可能很隐蔽，并不总是会导致任何错误消息或警告。我刚刚遇到过一种情况，唯一的症状是套接字连接会因奇怪的 SSL 错误而失败。其他一切都正常。线程可以 malloc()、获取锁、与 DB 通信等。但新连接会在 SSL 层失败。

我对 GnuTLS 内部的堆栈跟踪感到十分困惑，不知道真正的原因是什么。我花了很多时间才弄清楚，差点就把这些跟踪报告给了他们的团队。

最后发现堆栈大小设置为 8Mb，一旦提高它，问题立即消失。将堆栈降低回 8Mb 又使问题再次出现（ABA）。

因此，如果您正在排除看似奇怪的套接字错误而没有任何其他警告或未初始化的内存错误......则可能是堆栈溢出。