JAVA系統啟動棧內存溢出-StackOverflowError

線上服務器啟動報錯日志如下：

Caused by: java.lang.IllegalStateException: Unable to complete the scan for annotations for web application [] due to a StackOverflowError. Possible root causes include a too low setting for -Xss and illegal cyclic inheritance dependencies. The class hierarchy being processed was [org.bouncycastle.asn1.ASN1EncodableVector->org.bouncycastle.asn1.DEREncodableVector->org.bouncycastle.asn1.ASN1EncodableVector]

at org.apache.catalina.startup.ContextConfig.checkHandlesTypes(ContextConfig.java:2066)

at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2012)

at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1961)

at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1936)

at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1897)

看日志提示是-Xss參數設置過低引起的棧內存溢出，先解釋下-Xss參數。

JDK5.0以后每個線程堆棧大小為1M,以前每個線程堆棧大小為256K.更具應用的線程所需內存大小進行 調整.在相同物理內存下,減小這個值能生成更多的線程.但是操作系統對一個進程內的線程數還是有限制的,不能無限生成,經驗值在3000~5000左右

一般小的應用， 如果棧不是很深， 應該是128k夠用的 大的應用建議使用256k。

但是根據-Xss參數調整棧內存大小之后，再重新啟動還是會StackOverflowError。所以棧內存設置過小不是根本原因。

再看下這個錯誤信息 StackOverflowError，拋出這個錯誤表明應用程序因為深遞歸導致棧被耗盡了。

StackOverflowError 是 VirtualMachineError 的擴展類，VirtualMachineError 表明 JVM 中斷或者已經耗盡資源，無法運行。

而且，VirtualMachineError 類擴展自 Error 類，這個類用于指出那些應用程序不需捕獲的嚴重問題。因為這些錯誤是在可能永遠不會發生的異常情況下產生，所以方法中沒有在它的 throw 語句中聲明。

Java 里的 StackOverflowError

Java 應用程序喚起一個方法調用時就會在調用棧上分配一個棧幀， 這個棧幀包含引用方法的參數，本地參數，以及方法的返回地址。

這個返回地址是被引用的方法返回后程序能夠繼續執行的執行點。如果沒有一個新的棧幀所需空間，Java 虛擬機就會拋出 StackOverflowError。

最常見的可能耗光 Java 應用程序的棧的場景是程序里的遞歸。遞歸時一個方法在執行過程中會調用自己。 遞歸被認為是一個強大的多用途編程技術，為了避免出現 StackOverflowError，使用時必須特別小心。

如何處理 StackOverflowError

最簡單的解決方案是仔細檢查輸出信息中的棧路徑，查明模式重復的代碼行號。這些行號對應的代碼被遞歸調用了。確認這些行后，你必須小心的檢查你的代碼，弄清楚為什么遞歸永遠不結束。

如果你確認遞歸實現是正確的，為了允許大量的調用，你可以增加棧的大小。依賴于安裝的 Java 虛擬機，默認的線程棧大小可能是 512KB 或者 1MB。你可以使用 -Xss 標識來增加線程棧的大小。這個標識即可以通過項目的配置也可以通過命令行來指定。

-Xss 參數的格式：-Xss[g|G|m|M|k|K]

在看系統啟動報錯日志信息

The class hierarchy being processed was [org.bouncycastle.asn1.ASN1EncodableVector->org.bouncycastle.asn1.DEREncodableVector->org.bouncycastle.asn1.ASN1EncodableVector]

根據這段提示信息是ASN1EncodableVector 依賴了DEREncodableVector，DEREncodableVector后面又依賴了ASN1EncodableVector ，造成了死循環，導致棧內存消耗殆盡。

然后根據這個類名去項目中搜索查看類結構，根據類名搜索結果如下：

搜索到了兩個一模一樣的類，由于之前項目啟動是沒有問題的，而itext-asian-5.2.0.jar 也是最近添加的jar包依賴，所以猜測可能是兩個jar包有相同包名的類，導致了死循環依賴，所以直接出現了棧內存溢出問題。

找到了相同的類，那就可以先把項目中沒有使用到的bcprov-jdk15-1.43.jar進行排除掉，然后上線，系統啟動正常，原來的棧內存溢出問題沒有出現。

具體bcprov-jdk15-1.43.jar ASN1EncodableVector 源碼如下：

package org.bouncycastle.asn1;

import org.bouncycastle.asn1.DEREncodableVector;

public class ASN1EncodableVector extends DEREncodableVector {

public ASN1EncodableVector() {

}

}

具體itext-asian-5.2.0.jar ASN1EncodableVector 源碼如下：

package org.bouncycastle.asn1;

import org.bouncycastle.asn1.ASN1EncodableVector;

public class DEREncodableVector extends ASN1EncodableVector {

/** @deprecated */

public DEREncodableVector() {

}

}

通過源碼可以看到ASN1EncodableVector 和DEREncodableVector互為父類和子類，造成了死循環繼承。 所以只需要將沒有使用的一方jar包依賴排除即可

總結

以上是生活随笔為你收集整理的java -jar 内存溢出_JAVA系统启动栈内存溢出-StackOverflowError的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。