JAVA系統(tǒng)啟動棧內(nèi)存溢出-StackOverflowError

線上服務(wù)器啟動報錯日志如下：

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參數(shù)設(shè)置過低引起的棧內(nèi)存溢出，先解釋下-Xss參數(shù)。

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

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

但是根據(jù)-Xss參數(shù)調(diào)整棧內(nèi)存大小之后，再重新啟動還是會StackOverflowError。所以棧內(nèi)存設(shè)置過小不是根本原因。

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

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

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

Java 里的 StackOverflowError

Java 應(yīng)用程序喚起一個方法調(diào)用時就會在調(diào)用棧上分配一個棧幀， 這個棧幀包含引用方法的參數(shù)，本地參數(shù)，以及方法的返回地址。

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

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

如何處理 StackOverflowError

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

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

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

在看系統(tǒng)啟動報錯日志信息

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

根據(jù)這段提示信息是ASN1EncodableVector 依賴了DEREncodableVector，DEREncodableVector后面又依賴了ASN1EncodableVector ，造成了死循環(huán)，導(dǎo)致棧內(nèi)存消耗殆盡。

然后根據(jù)這個類名去項目中搜索查看類結(jié)構(gòu)，根據(jù)類名搜索結(jié)果如下：

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

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

具體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互為父類和子類，造成了死循環(huán)繼承。 所以只需要將沒有使用的一方j(luò)ar包依賴排除即可

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。