Tomcat記憶體溢出的原因

Tomcat記憶體溢出的原因

    在生產環境中tomcat記憶體設定不好很容易出現記憶體溢出。造成記憶體原因是不一樣的，當然處理方式也不一樣。

    這雷根據平時遇到的情況和相關資料進行一個總結。常見的一般會有下面三種情況：

    1.OutOfMemoryError：
Java heap space

    2.OutOfMemoryError： PermGen space

    3.OutOfMemoryError： unable to create new native thread.

    Tomcat記憶體溢出解決方案

    對於前兩種情況，在應用本身沒有記憶體泄露的情況下可以用設定tomcat jvm參數來解決。（-Xms -Xmx -XX：PermSize  -XX：MaxPermSize）

    最後一種可能需要調整作業系統和tomcat jvm參數同時調整才能達到目的。

    第一種：是堆溢出。

    在JVM中如果98％的時間是用於GC且可用的 Heap size 不足2％的時候將拋出此異常資訊。

    沒有記憶體泄露的情況下，調整-Xms -Xmx參數可以解決。

    -Xms：初始堆大小

    -Xmx：最大堆大小

    但堆的大小受下面三方面影響：

    1.相關作業系統的資料模型（32-bt還是64-bit）限制；（32位系統下，一般限制在1.5G~2G；我在2003 server 系統下（實體記憶體：4G和6G，jdk：1.6）測試 1612M，64為作業系統對記憶體無限制。）

    2.系統的可用虛擬記憶體限制；

    3.系統的可用實體記憶體限制。

    堆的大小可以使用 java -Xmx***M  version 命令來測試。支援的話會出現jdk的版本號碼，不支援會報錯。

    -Xms -Xmx一般配置成一樣比較好比如set JAVA_OPTS= -Xms1024m -Xmx1024m

    第二種：永久儲存地區溢出

    PermGen space的全稱是Permanent Generation space，是指記憶體的永久儲存地區。這一部分用於存放Class和Meta的資訊，Class在被 Load的時候被放入PermGen space地區，它和和存放Instance的Heap地區不同，GC（Garbage Collection）不會在主程式運行期對PermGen space進行清理，所以如果你的APP會LOAD很多CLASS的話，就很可能出現PermGen space錯誤。這種錯誤常見在web伺服器對JSP進行pre
compile的時候。但目前的hibernate和spring項目中也很容易出現這樣的問題。可能是由於這些架構會動態class，而且jvm的gc是不會清理PemGen space的，導致記憶體溢出。

    這一個一般是加大-XX：PermSize  -XX：MaxPermSize 來解決問題。

    -XX：PermSize 永久儲存地區初始大小

    -XX：PermSize 永久儲存地區初始最大值

    這一般結合第一條使用，比如 set JAVA_OPTS= -Xms1024m -Xmx1024m  -XX：PermSize=128M -XX：PermSize=256M

    有一點需要注意：java -Xmx***M  version 命令來測試的最大堆記憶體是 -Xmx與 -XX：PermSize的 和 比如系統支援最大的jvm堆大小事1.5G，那  -Xmx1024m  -XX：PermSize=768M 是無法啟動並執行。

    第三種：無法建立新的線程。

    這種現象比較少見，也比較奇怪，主要是和jvm與系統記憶體的比例有關。

    這種怪事是因為JVM已經被系統分配了大量的記憶體（比如1.5G），並且它至少要佔用可用記憶體的一半