一、什么是 StackOverflowError？

java.lang.StackOverflowError 是 JVM 拋出的錯誤（Error） ，不是普通異常（Exception）。它表示：當(dāng)前線程的虛擬機棧空間被耗盡，無法再分配新的棧幀。

核心原理

1. 每個線程有獨立的虛擬機棧，默認(rèn)大小約 1MB（可通過 -Xss 調(diào)整）。
2. 每調(diào)用一個方法，JVM 會創(chuàng)建一個棧幀壓入棧中，存放局部變量、返回地址、操作數(shù)棧等。
3. 方法執(zhí)行完畢，棧幀出棧。
4. 當(dāng)壓棧速度遠大于出棧，?？臻g被占滿，就拋出 StackOverflowError。

一句話總結(jié)：方法調(diào)用層級太深，棧被撐爆了。

二、棧溢出的 4 種典型場景（附代碼）

1. 無限遞歸（最常見）

沒有正確的遞歸出口，方法無限調(diào)用自身。

public class StackOverflowDemo {
    public static void recursion() {
        recursion(); // 無終止條件
    }
    public static void main(String[] args) {
        recursion();
    }
}

報錯：直接拋出 StackOverflowError，堆棧信息瘋狂重復(fù)同一行。

2. 遞歸深度過大（有出口但太深）

public static int deepRecursion(int n) {
    if (n == 0) return 0;
    return deepRecursion(n - 1);
}
// 調(diào)用：deepRecursion(100000) → 棧溢出

默認(rèn)棧深度大約在 1000~2000 層，超過就會爆。

3. 方法循環(huán)調(diào)用（A→B→A→B…）

public class CycleCall {
    public static void a() { b(); }
    public static void b() { a(); }
    public static void main(String[] args) { a(); }
}

本質(zhì)和無限遞歸一樣，形成調(diào)用環(huán)。

4. 超大局部變量（少見但致命）

棧不僅存調(diào)用鏈，還存局部變量。一次性在棧上分配超大數(shù)組會直接爆棧。

public static void bigLocalVar() {
    int[] huge = new int[1024 * 1024]; // 棧上分配，直接溢出
}

注意：對象實例在堆，數(shù)組引用在棧，但超大基本類型數(shù)組會占滿棧空間。

三、關(guān)鍵知識點：Error vs Exception

• Exception：可捕獲、可恢復(fù)（空指針、下標(biāo)越界等）。
• Error：系統(tǒng)級錯誤，不建議捕獲，捕獲也無法恢復(fù)。
• StackOverflowError 一旦發(fā)生，線程已無法正常執(zhí)行，catch 住也沒意義。

四、如何快速定位 StackOverflowError？

1. 看異常堆棧（最直接）

堆棧信息會大量重復(fù)某幾行，那就是遞歸 / 循環(huán)調(diào)用的根源。示例：

plaintext

Exception in thread "main" java.lang.StackOverflowError
at com.demo.StackOverflowDemo.recursion(StackOverflowDemo.java:5)
at com.demo.StackOverflowDemo.recursion(StackOverflowDemo.java:5)
at com.demo.StackOverflowDemo.recursion(StackOverflowDemo.java:5)
...

2. 用 jstack 抓線程棧

jstack -l <pid>

找到 RUNNABLE 且棧超長的線程，定位問題方法。

3. IDE 斷點調(diào)試

在可疑遞歸 / 循環(huán)處打斷點，觀察調(diào)用次數(shù)與條件是否正常收斂。

五、解決方案：從根本到臨時

1. 修復(fù)遞歸（首選）

• 必須有明確終止條件
• 每次遞歸必須向終止條件逼近

// 正確遞歸示例
public static int factorial(int n) {
    if (n <= 1) return 1; // 出口
    return n * factorial(n - 1); // 收斂
}

2. 遞歸改迭代 / 循環(huán)（根治深度問題）

用循環(huán) + 集合模擬棧，徹底擺脫棧深度限制。

// 迭代替代遞歸
public static int loopFactorial(int n) {
    int res = 1;
    for (int i = 2; i <= n; i++) res *= i;
    return res;
}

3. 增大?？臻g（臨時方案）

通過 JVM 參數(shù) -Xss 調(diào)整線程棧大小：

-Xss256k
-Xss1m
-Xss2m

不建議濫用：棧過大會導(dǎo)致線程數(shù)減少，引發(fā) OOM，只能作為臨時兼容。

4. 解除循環(huán)調(diào)用

梳理依賴關(guān)系，避免 A↔B 無限調(diào)用。

5. 大對象移到堆

把棧上超大局部變量改成對象，分配到堆。

六、棧溢出 vs 堆溢出（OOM）

表格

七、企業(yè)級避坑建議

1. 慎用遞歸：能用迭代就不用遞歸。
2. 遞歸必加出口與深度限制。
3. 禁止在棧上聲明超大數(shù)組。
4. 框架使用注意：MyBatis 嵌套查詢、Spring AOP 嵌套切面、Lombok 構(gòu)造循環(huán)都可能隱式遞歸。
5. 上線前壓測：極端數(shù)據(jù)（深度樹、超長鏈）必測。

八、總結(jié)

StackOverflowError 本質(zhì)就是棧空間被方法調(diào)用占滿。

• 90% 是遞歸問題
• 8% 是循環(huán)調(diào)用
• 2% 是棧配置 / 局部變量問題

解決思路：先看堆棧定位重復(fù)代碼 → 修復(fù)遞歸 / 解除循環(huán) → 必要時調(diào)整 -Xss。

只要掌握原理與排查流程，棧溢出就是最容易解決的錯誤之一。

到此這篇關(guān)于Java中的StackOverflowError從原理到實戰(zhàn)指南(棧溢出的 4 種典型場景)的文章就介紹到這了,更多相關(guān)Java StackOverflowError原理內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論