最近一個應用老是報這個錯誤，網上查了一下，發現下面兩篇文章解釋得還是比較清楚的，特此轉帖，留檔備查。
|
自從用了resin之後，一直困擾我的一個問題就是OutOfMemory，時不時會出現PermGen OutOfMemory，今天在休息的時候，無意中看到這篇文章，給了我很大的啓發，特地保存下來，以便日後查看，原文如下： 可見在Java的世界中，太多的不確定因素導致Java運行程序直接崩潰，直接拋出OutOfMemory異常，而一旦遇到了這個問題，調查起來就非常的困難。在JDK 5.0以前，OutOfMemory只有這麼一句話： java.lang.OutOfMemory Exception…基本上無從下手，無從分析。從JDK 5.0以後對OutOfMemory增加了許多的詳細說明，爲這個異常的分析提供了很大的便利。 這次遇到的問題就是會拋出OutOfMemory:PermGen Space的異常，這個異常非常有意思，根據【此文章】的描述，這是一個Sun JVM的bug，從2003年開始，一隻到現在都沒有解決。而且提出來的解決方案是使用JRockit。Bug產生的原因已經找到，就是因爲JVM在分配PermGen Space的時候出現了PermGen Space不足的情況，默認情況下 PermGen的大小爲64M，在不換用JRockit的情況下，可以在啓動JVM的時候添加一個參數： -XX: MaxPermSize= 128m| 256m| 512m。 那麼究竟什麼是PermGen呢？ PermGen 原來是指Permanent Generation，本身是在Java的垃圾收集機制（GC）中產生的一個概念。Java的垃圾收集機制最早只是遍歷所有的對象，如果發現某個對象沒有被引用，則回收，這是在早期的Java 1.0和Java 1.1的時候的GC規則。慢慢的，這樣一種“愚蠢的”GC算法成爲了JVM性能的瓶頸，在擁有大量數據的Java應用程序中，GC的算法被高度強化，於是各種各樣高效的JVM GC算法被髮展了起來。從J2SE也就是Java 1.2開始，JVM引入了多種GC算法，其中一種用的非常多的就是Generational Collection，中文也叫做“分代收集法”。 分代收集法擯棄了對所有對象的遍歷，而是採用一些經驗屬性去避免額外的工作（While naive garbage collection examines every live object in the heap, generational collection exploits several empirically observed properties of most applications to avoid extra work）。其中導入了一個非常關鍵的概念：infant mortality （幼兒死亡率），這表示越是新生成的變量或者對象，越容易被收集。下面一張圖表示了對象的生命週期，橫軸表示的是測試到對象的生命週期，縱軸表示在一個指定的生命週期上被回收的對象數量。  可以看到，在使用了分代收集法以後，年輕一代的對象被收集的比例最高。並且在內存中的對象會按照不同的“年齡”來劃分，當一個年齡段的對象滿了以後，在這個年齡段上就會發生垃圾收集，從最年輕的一代開始，一直到“永生代”，在內存中，所有的對象可以劃分爲很多代，最後的一代“永生代”就是“Permanent Generation”，這裏就是直接引出“Permanent Generation”概念的地方。具體可以參考下圖：  根據前面所說的情況，在分代垃圾收集的情況下會產生Permanent Generation的概念，而這個分代垃圾收集法是並行收集和併發收集的基礎，所以Permanent Generation會一直存在，那麼這個Permanent Generation究竟是做什麼用的呢？這裏保存了JVM中所有對象的類信息，包括類的元數據，還有方法描述等等，所以這一代內存垃圾收集算法是不一樣的，在Java大程序的情況下，尤其是J2EE 或者說Java EE的大型應用程序上，Permanent Generation的大小會直接限定能載入類的數量和大小。 【解決辦法】就是設定JVM啓動的時候參數，可以如下設置：
另外PermSize 和MaxPermSize如果設置爲相同還可以在一定程度上提高性能，因爲，PermSize在不斷的變化中會需要轉移其中的數據。如果固定了以後，則可以減少每次擴大PermSize帶來的性能損失。
java.lang.OutOfMemoryError: PermGen space及其解 (2008-09-22 13:44:15)
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的錯誤. 可以有以下幾個方面的原因: 1,使用了proxool,因爲proxool內部包含了一個老版本的cglib. 2, log4j,最好不用,只用common-logging 3, 老版本的cglib,快點更新到最新版。 4，更新到最新的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" 三、實例，以下給出1G內存環境下java jvm 的參數設置參考： JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true " |