何時應該增加堆棧大小（Visual Studio C++）[關閉]

Question

關閉。 這個問題是基於意見的。 它目前不接受答案。

---

想改進這個問題？ 更新問題，以便可以通過編輯這篇文章用事實和引用來回答它。

3 小時前關閉。

改進這個問題

我們什么時候應該增加 C++ 程序的堆棧大小？

為什么它不是無限的，是否有任何理由不增加堆棧大小？

如果堆棧已滿，程序會崩潰嗎？

我們還可以增加特定線程的堆棧大小嗎？

Answer 1

我們什么時候應該增加 C++ 程序的堆棧大小？

當您有一個溢出堆棧的特定程序或用例時。 請注意，理想的解決方案是修改程序或算法以使其在合理的堆棧大小內運行，但這在實踐中並不總是可行的（例如，您有一個無法修改的程序）。

為什么它不是無限的，是否有任何理由不增加堆棧大小？

因為在當前架構中是不可能的。 在一個程序的虛擬 memory 空間中有多個堆棧，每個線程一個，因此必須為每個堆棧保留特定的有限空間。 請記住，堆棧不能碎片化並且不能移動（相對於虛擬 memory 空間）。

如果堆棧已滿，程序會崩潰嗎？

請原諒我的迂腐說明：如果堆棧已滿但您沒有超過它，則沒有問題。 問題是當程序溢出堆棧時。

我不確定。 我認為有針對堆棧溢出的操作系統級別的保護，在這種情況下，程序會因堆棧溢出異常而崩潰。 如果我錯了並且沒有保護（或者如果有禁用它的設置），它取決於你溢出的 memory 中的內容。 無論如何，沒有什么好事發生。

為什么默認設置的堆棧大小這么小？

好吧，這不是你的問題，但我覺得它很適合這里

它不是。 操作系統需要在堆棧太大和太小之間找到平衡。 太大會切入堆 memory，太小會使程序溢出。

可以駐留在堆棧上的內容：調用幀和分配在堆棧上的局部變量。 調用幀非常小（它們通常每幀只包含 1 個指針）並且局部變量通常非常小。 堆上的大對象 go。

什么可以溢出堆棧？ 最可能的罪魁禍首是遞歸。 遞歸算法很容易以最大遞歸深度溢出堆棧。 但是每個遞歸算法都可以重寫。 要么有一個等效的迭代算法，要么只是在堆上使用堆棧。 這就是為什么在基於堆棧的 memory 分配語言（如 C 和 C++）中，在現實世界中避免了具有無限遞歸深度的遞歸算法。