java.lang.OutOfMemoryError: Metaspace

一、tomcat內存設置問題


    在使用Java程序從數據庫中查詢大量的數據或是應用服務器(如tomcat、jboss,weblogic)加載jar包時會出現java.lang.OutOfMemoryError異常。這主要是由於應用服務器的內存不足引起的。這種異常常有以下幾種情況(以下以tomcat環境爲例,其它WEB服務器如jboss,weblogic等是同一個道理):


 java.lang.OutOfMemoryError: Metaspace與java.lang.OutOfMemoryError: PermGen space是同一類型問題, Metaspace異常是出現在jdk8,具體介紹見http://caoyaojun1988-163-com.iteye.com/blog/1969853


    1.  java.lang.OutOfMemoryError: PermGen space

        PermGen space的全稱是Permanent Generation space,是指內存的永久保存區域OutOfMemoryError: PermGen space。從文字上看就是內存溢出,解決方法是加大內存。爲什麼會內存溢出,這是由於這塊內存主要是被JVM存放Class和Meta信息的,Class在被Load的時候被放入PermGen space區域,它和存放Instance的Heap區域不同,GC(Garbage Collection)不會在主程序運行期對PermGen space進行清理,所以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen space錯誤。這種錯誤常見在web服務器對JSP進行pre compile的時候。如果你的WEB APP下都用了大量的第三方jar, 其大小超過了jvm默認的大小(4M)那麼就會產生此錯誤信息了。


        解決方法: 手動設置MaxPermSize大小


        a.如果tomcat是以bat方式啓動的,則如下設置:

        修改TOMCAT_HOME/bin/catalina.sh

        在“echo "Using CATALINA_BASE:    $CATALINA_BASE"”上面加入以下行(200行左右):

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

   java.lang.OutOfMemoryError: Metaspace需要改成JAVA_OPTS="-server -XX:MetaspaceSize=64M -XX:MaxMetaspaceSize=128m 下同


        b.如果tomcat是註冊成了windows服務,以services方式啓動的,則需要修改註冊表中的相應鍵值。

            打開註冊表,找到目錄HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Procrun 2.0\htfty\Parameters\Java,其中目錄地址中紅色標註的(如htfty)需要根據不同情況作修改,爲tomcat服務註冊成windows服務的名稱。 可以看到JvmMs和JvmMx項,其中JvmMs設置最小的內存使用參數,JvmMx設置最大的內存使用參數。設置好JvmMs和JvmMx項的值,重啓tomcat服務器即可生效。

    建議:將相同的第三方jar文件移置到tomcat/shared/lib目錄下,這樣可以達到減少jar 文檔重複佔用內存的目的。

 

     2.  java.lang.OutOfMemoryError: Java heap space

           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


    a.如果tomcat是以bat方式啓動的,則如下設置:

    修改TOMCAT_HOME/bin/catalina.sh

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

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


    b.如果tomcat是註冊成了windows服務,以services方式啓動的,則需要修改註冊表中的相應鍵值。

            打開註冊表,找到目錄HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Procrun 2.0\htfty\Parameters\Java,其中目錄地址中紅色標註的(如htfty)需要根據不同情況作修改,爲tomcat服務註冊成windows服務的名稱。 可以看到JvmMs和JvmMx項,其中JvmMs設置最小的內存使用參數,JvmMx設置最大的內存使用參數。設置好JvmMs和JvmMx項的值,重啓tomcat服務器即可生效。

提示:Heap Size 最大不要超過可用物理內存的80%,一般的要將-Xms和-Xmx選項設置爲相同,而-Xmn爲1/4的-Xmx值。

 

二、Tomcat本身不能直接在計算機上運行,需要依賴於硬件基礎之上的操作系統和一個java虛擬機。JAVA程序啓動時JVM都會分配一個初始內存和最大內存給這個應用程序。這個初始內存和最大內存在一定程度都會影響程序的性能。比如說在應用程序用到最大內存的時候,JVM是要先去做垃圾回收的動作,釋放被佔用的一些內存。所以想調整Tomcat的啓動時初始內存和最大內存就需要向JVM聲明,一般的JAVA程序在運行都可以通過中-Xms -Xmx來調整應用程序的初始內存和最大內存: 這兩個值的大小一般根據需要進行設置。初始化堆的大小執行了虛擬機在啓動時向系統申請的內存的大小。一般而言,這個參數不重要。但是有的應用程序在大負載的情況下會急劇地佔用更多的內存,此時這個參數就是顯得非常重要,如果虛擬機啓動時設置使用的內存比較小而在這種情況下有許多對象進行初始化,虛擬機就必須重複地增加內存來滿足使用。由於這種原因,我們一般把-Xms和-Xmx設爲一樣大,而堆的最大值受限於系統使用的物理內存。一般使用數據量較大的應用程序會使用持久對象,內存使用有可能迅速地增長。當應用程序需要的內存超出堆的最大值時虛擬機就會提示內存溢出,並且導致應用服務崩潰。因此一般建議堆的最大值設置爲可用內存的最大值的80%。


     Tomcat默認可以使用的內存爲128MB,在較大型的應用項目中,這點內存是不夠的,需要調大。有以下幾種方法可以選用:

第一種方法


Windows下,在文件/bin/catalina.bat,Unix下,在文件/bin/catalina.sh的前面,增加如下設置:

JAVA_OPTS='-Xms【初始化內存大小】 -Xmx【可以使用的最大內存】'

需要把這個兩個參數值調大。例如:

JAVA_OPTS='-Xms256m -Xmx512m'

表示初始化內存爲256MB,可以使用的最大內存爲512MB。


第二種方法: 環境變量中設     變量名:JAVA_OPTS     變量值:-Xms512m   -Xmx512m


第三種方法:前兩種方法針對的是bin目錄下有catalina.bat的情況(比如直接解壓的Tomcat等),但是有些安裝版的Tomcat下沒有catalina.bat,這個時候可以採用如下方法,當然這個方法也是最通用的方法:打開tomcatHome/\bin/\tomcat5w.exe,點擊Java選項卡,然後將會發現其中有這麼兩項:Initial memory pool和Maximum memory pool.Initial memory pool這個就是初始化設置的內存的大小。Maximum memory pool這個是最大內存的大小 設置完了就按確定然後再重啓TOMCAT你就會發現tomcat中jvm可用的內存改變了

另外需要考慮的是Java提供的垃圾回收機制。虛擬機的堆大小決定了虛擬機花費在收集垃圾上的時間和頻度。收集垃圾可以接受的速度與應用有關,應該通過分析實際的垃圾收集的時間和頻率來調整。如果堆的大小很大,那麼完全垃圾收集就會很慢,但是頻度會降低。如果你把堆的大小和內存的需要一致,完全收集就很快,但是會更加頻繁。調整堆大小的的目的是最小化垃圾收集的時間,以在特定的時間內最大化處理客戶的請求。在基準測試的時候,爲保證最好的性能,要把堆的大小設大,保證垃圾收集不在整個基準測試的過程中出現。    如果系統花費很多的時間收集垃圾,請減小堆大小。一次完全的垃圾收集應該不超過 3-5 秒。如果垃圾收集成爲瓶頸,那麼需要指定代的大小,檢查垃圾收集的詳細輸出,研究 垃圾收集參數對性能的影響。一般說來,你應該使用物理內存的 80% 作爲堆大小。當增加處理器時,記得增加內存,因爲分配可以並行進行,而垃圾收集不是並行的。

一個要注意的地方:建議把內存的最高值跟最低值的差值縮小,不然會浪費很多內存的, 最低值加大 ,最高值可以隨便設,但是要根據實際的物理內存 ,如果內存設置太大了,比如設置了512M最大內存,但如果沒有512M可用內存,Tomcat就不能啓動,還有可能存在內存被系統回收,終止進程的情況。

 

另附 

 

最近在熟悉一個開發了有幾年的項目,需要把數據庫從mysql移植到oracle,首先把jdbc的連接指向mysql,打包放到tomcat裏面,可以跑起來,沒有問題,可是當把jdbc連接指向oracle的時候,tomcat就連續拋java.lang.OutOfMemoryError的錯誤,上網google了一下,瞭解了一下tomcat的運行機制,也解決了問題,share出來,以備查。 

1、首先是: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" 

2、其次是: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)那麼就會產生此錯誤信息了。 

解決方法: 

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" 


另外看到了另外一個帖子,覺得挺好,摘抄如下: 
分析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根本沒辦法回收! 


對於以上兩個問題,我的處理是: 

在catalina.bat的第一行增加: 
set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m 

在catalina.sh的第一行增加: 
JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m


轉自:http://chenkaiadd.iteye.com/blog/1536991

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章