PermGen Space解決方案

Tomcat出現 PermGen space解決方案

轉自：http://blog.sina.com.cn/s/blog_673f3c860101cl8l.html

 PermGen space的全稱是Permanent Generation space,是指記憶體的永久儲存區域，這塊記憶體主要是被JVM存放Class和Meta資訊的,Class在被Loader時就會被放到PermGen space中，它和存放類執行個體(Instance)的Heap區域不同,GC(Garbage Collection)不會在主程式運作期對PermGen space進行清理，是以如果你的應用中有很CLASS的話,就很可能出現PermGen space錯誤，這種錯誤常見在web伺服器對JSP進行pre compile的時候。如果你的WEB APP下都用了大量的第三方jar, 其大小超過了jvm預設的大小(4M)那麼就會産生此錯誤資訊了。 

解決方法：  

1. 手動設定MaxPermSize大小 

修改TOMCAT_HOME/bin/catalina.bat（Linux下為catalina.sh），在“echo "Using CATALINA_BASE:   $CATALINA_BASE"”上面加入以下行： 

set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m 

catalina.sh下為： 

JAVA_OPTS="$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m" 

2. 将相同的第三方jar檔案移置到tomcat/shared/lib目錄下，這樣可以達到減少jar 文檔重複占用記憶體的目的。 

如果遇到這個異常：java.lang.OutOfMemoryError: Java heap space 是什麼原因呢？ 

解釋：  

Heap size 設定 

JVM堆的設定是指java程式運作過程中JVM可以調配使用的記憶體空間的設定.JVM在啟動的時候會自動設定Heap size的值，其初始空間(即-Xms)是實體記憶體的1/64，最大空間(-Xmx)是實體記憶體的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等選項可進行設定。Heap size 的大小是Young Generation 和Tenured Generaion 之和。 

提示：在JVM中如果98％的時間是用于GC且可用的Heap size 不足2％的時候将抛出此異常資訊。 

提示：Heap Size 最大不要超過可用實體記憶體的80％，一般的要将-Xms和-Xmx選項設定為相同，而-Xmn為1/4的-Xmx值。 

解決方法：  

      手動設定Heap size 

      修改TOMCAT_HOME/bin/catalina.bat，在“echo "Using CATALINA_BASE:   $CATALINA_BASE"”上面加入以下行： 

set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m   -XX:MaxNewSize=256m 

或修改catalina.sh 

在“echo "Using CATALINA_BASE:   $CATALINA_BASE"”上面加入以下行： 

JAVA_OPTS="$JAVA_OPTS  -server -Xms800m -Xmx800m   -XX:MaxNewSize=256m" 

另外看到了另外一個文章，覺得挺好，摘抄如下： 

 主題: 分析java.lang.OutOfMemoryError: PermGen space 

SUN JDK+Tomcat 5.5.20運作服務的時候遇到問題，伺服器跑幾天後就會挂掉，并報java.lang.OutOfMemoryError: PermGen space異常。 

發現很多人把問題歸因于： spring,hibernate,tomcat，因為他們動态産生類,導緻JVM中的permanent heap溢出 。然後解決方法衆說紛纭，有人說更新 tomcat版本到最新甚至幹脆不用tomcat。還有人懷疑spring的問題，在spring論壇上讨論很激烈，因為spring在AOP時使用CBLIB會動态産生很多類。

但問題是為什麼這些王牌的開源會出現同一個問題呢，那麼是不是更基礎的原因呢？tomcat在Q&A很隐晦的回答了這一點，我們知道這個問題，但這個問題是由一個更基礎的問題産生。  

于是有人對更基礎的JVM做了檢查，發現了問題的關鍵。原來SUN 的JVM把記憶體分了不同的區，其中一個就是permenter區用來存放用得非常多的類和類描述。本來SUN設計的時候認為這個區域在JVM啟動的時候就固定了，但他沒有想到現在動态會用得這麼廣泛。而且這個區域有特殊的垃圾收回機制，現在的問題是動态加載類到這個區域後，gc根本沒辦法回收！  

2003年的時候就有一個bug報告給sun，但是到現在，這個bug還沒有close！有人在這個bug加了句評語：“A bug this critical is open since 2003? Absolutely shameful.” 我覺得SUN在這個BUG上确實有些丢臉。 

對這個bug最徹底的解決辦法就是不要用SUN的JDK，而改用BEA的 JRokit. 

打不過，還逃不過嗎？ 有衆多的選擇，這就是開源的好。  

最後，給出幾篇文章供大家學習參考： 

Java虛拟機的選項：http://www.tot.name/show/3/7/20061112220131.htm 

Hot Spot JVM5中的GC調優：http://www.tot.name/show/3/7/20061112220201.htm

1、PermGen space的全稱是Permanent Generation space,是指記憶體的永久儲存區域OutOfMemoryError: PermGen space從表面上看就是記憶體益出，解決方法也一定是加大記憶體。說說為什麼會記憶體益出：這一部分用于存放Class和Meta的資訊,Class在被 Load的時候被放入PermGen space區域，它和和存放Instance的Heap區域不同,GC(Garbage Collection)不會在主程式運作期對PermGen space進行清理，是以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen space錯誤。這種錯誤常見在web伺服器對JSP進行pre compile的時候。 

改正方法：-Xms256m -Xmx256m -XX:MaxNewSize=256m -XX:MaxPermSize=256m  

2、 在tomcat中redeploy時出現outofmemory的錯誤. 

可以有以下幾個方面的原因: 

１,使用了proxool,因為proxool内部包含了一個老版本的cglib. 

2, log4j,最好不用,隻用common-logging

3, 老版本的cglib,快點更新到最新版。

４，更新到最新的hibernate3.2 

3、 這裡以tomcat環境為例，其它WEB伺服器如jboss,weblogic等是同一個道理。 

一、java.lang.OutOfMemoryError: PermGen space  

PermGen space的全稱是Permanent Generation space,是指記憶體的永久儲存區域, 

這塊記憶體主要是被JVM存放Class和Meta資訊的,Class在被Loader時就會被放到PermGen space中, 

它和存放類執行個體(Instance)的Heap區域不同,GC(Garbage Collection)不會在主程式運作期對 

PermGen space進行清理，是以如果你的應用中有很多CLASS的話,就很可能出現PermGen space錯誤, 

這種錯誤常見在web伺服器對JSP進行pre compile的時候。如果你的WEB APP下都用了大量的第三方jar, 其大小 

超過了jvm預設的大小(4M)那麼就會産生此錯誤資訊了。

解決方法： 手動設定MaxPermSize大小 

修改TOMCAT_HOME/bin/catalina.sh 

在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行： 

JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m 

建議：将相同的第三方jar檔案移置到tomcat/shared/lib目錄下，這樣可以達到減少jar 文檔重複占用記憶體的目的。 

二、java.lang.OutOfMemoryError: Java heap space 

Heap size 設定

JVM堆的設定是指java程式運作過程中JVM可以調配使用的記憶體空間的設定.JVM在啟動的時候會自動設定Heap size的值， 

其初始空間(即-Xms)是實體記憶體的1/64，最大空間(-Xmx)是實體記憶體的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等選項可 

進行設定。Heap size 的大小是Young Generation 和Tenured Generaion 之和。 

提示：在JVM中如果98％的時間是用于GC且可用的Heap size 不足2％的時候将抛出此異常資訊。 

提示：Heap Size 最大不要超過可用實體記憶體的80％，一般的要将-Xms和-Xmx選項設定為相同，而-Xmn為1/4的-Xmx值。  

解決方法：手動設定Heap size 

修改TOMCAT_HOME/bin/catalina.sh 

在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行： 

JAVA_OPTS="-server -Xms800m -Xmx800m -XX:MaxNewSize=256m" 

三、執行個體，以下給環境下java jvm 的參數設定參考： 

linux下參數設定

在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行： 

JAVA_OPTS="-server -Xms256M -Xmx1200M -XX:PermSize=64M -XX:MaxNewSize=256M -XX:MaxPermSize=256M -Djava.awt.headless=true "

windwos下參數設定

在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行： 

set JAVA_OPTS=%JAVA_OPTS% -server -Xms256M -Xmx1200M -XX:PermSize=64M -XX:MaxNewSize=256M -XX:MaxPermSize=256M -Djava.awt.headless=true