1. 程式人生 > >Myeclipse專案啟動記憶體溢位

Myeclipse專案啟動記憶體溢位

MicrosoftInternetExplorer402DocumentNotSpecified7.8Normal0

tomcat啟動的記憶體溢位解決 如果要在myeclipse中啟動,上述的修改就不起作用了,可如下設定: Myeclipse->preferences->myeclipse->servers->tomcat->tomcat×.×->JDK面板中的 Optional Java VM arguments中新增:-Xmx1024M -Xms512M -XX:MaxPermSize=256m 我使用的服務方式的Tomcat,記憶體2G,我在Configure Tomcat-》JAVA-》JAVA OPTIONS中的引數設定是: -Xms500m -Xmx1024m -XX:PermSize=64M 

-XX:MaxPermSize=256m -XX:ReservedCodeCacheSize=48m -Duser.timezone=GMT+08 //首先檢查程式有沒有限入死迴圈 這個問題主要還是由這個問題 java.lang.OutOfMemoryError: Java heap space 引起的。第一次出現這樣的的問題以後,引發了其他的問題。在網上一查可能是JAVA的堆疊設定太小的原因。 跟據網上的答案大致有這兩種解決方法: 1、設定環境變數 set JAVA_OPTS= -Xms32m -Xmx512m 可以根據自己機器的記憶體進行更改。 2、java -Xms32m -Xmx800m className 
就是在執行JAVA類檔案時加上這個引數,其中className是需要執行的確類名。(包括包名) 這個解決問題了。而且執行的速度比沒有設定的時候快很多。 如果在測試的時候可能會用Eclispe 這時候就需要在Eclipse ->run -arguments 中的VM arguments 中輸入-Xms32m -Xmx800m這個引數就可以了。 後來在Eclilpse中修改了啟動引數,在VM arguments 加入了-Xms32m -Xmx800m,問題解決。 一、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 " 很大的web工程,用tomcat預設分配的記憶體空間無法啟動,如果不是在myeclipse中啟動tomcat可以對tomcat這樣設定: TOMCAT_HOME\bin\catalina.bat 中新增這樣一句話:           set JAVA_OPTS= -Xmx1024M -Xms512M -XX:MaxPermSize=256m Java堆的管理—垃圾回收提到一下幾點,很不錯,或許可以作為寫程式時候的準則:   (1)不要試圖去假定垃圾收集發生的時間,這一切都是未知的。比如,方法中的一個臨時物件在方法呼叫完畢後就變成了無用物件,這個時候它的記憶體就可以被釋放。   (2)Java中提供了一些和垃圾收集打交道的類,而且提供了一種強行執行垃圾收集的方法--呼叫System.gc(),但這同樣是個不確定的方法。Java 中並不保證每次呼叫該方法就一定能夠啟動垃圾收集,它只不過會向JVM發出這樣一個申請,到底是否真正執行垃圾收集,一切都是個未知數。   (3)挑選適合自己的垃圾收集器。一般來說,如果系統沒有特殊和苛刻的效能要求,可以採用JVM的預設選項。否則可以考慮使用有針對性的垃圾收集器,比如增量收集器就比較適合實時性要求較高的系統之中。系統具有較高的配置,有比較多的閒置資源,可以考慮使用並行標記/清除收集器。   (4)關鍵的也是難把握的問題是記憶體洩漏。良好的程式設計習慣和嚴謹的程式設計態度永遠是最重要的,不要讓自己的一個小錯誤導致記憶體出現大漏洞。   (5)儘早釋放無用物件的引用。 大多數程式設計師在使用臨時變數的時候,都是讓引用變數在退出活動域(scope)後,自動設定為null,暗示垃圾收集器來收集該物件,還必須注意該引用的物件是否被監聽,如果有,則要去掉監聽器,然後再賦空值。 就是說,對於頻繁申請記憶體和釋放記憶體的操作,還是自己控制一下比較好,但是System.gc()的方法不一定適用,最好使用finallize強制執行或者寫自己的finallize方法。 ================================================ 轉載  java.lang.OutOfMemoryError: Java heap space 解決方法 收藏 java.lang.OutOfMemoryError: Java heap space 解決方法 這個問題的根源是jvm虛擬機器的預設Heap大小是64M,可以通過設定其最大和最小值來實現.設定的方法主要是幾個. 1.可以在windows 更改系統環境變數 加上JAVA_OPTS=-Xms64m -Xmx512m 2,如果用的tomcat,在windows下,可以在 C:\tomcat5.5.9\bin\catalina.bat  中加上: set JAVA_OPTS=-Xms64m -Xmx256m 位置在: rem Guess CATALINA_HOME if not defined  這行的下面加合適. 3.如果是linux系統 Linux  在{tomcat_home}/bin/catalina.sh的前面,加 set JAVA_OPTS='-Xms64 -Xmx512' ***************************************************************** 有時在ECLIPSE中啟動TOMCAT會出現記憶體溢位和轉換錯誤等莫名奇妙的錯誤,這些很有可能是記憶體不夠引起的,這時可以在設定中找到Server然後找到Tomcat找到對應的版本,5.0或者6.0展開後在JDK裡面的 Optional Java VM arguments 中加入下面的資訊,具體大小可以根據自己的需要增加,這樣再啟動會解決一些啟動時的問題。 -Xms128m -Xmx512m  -XX:PermSize=256M -XX:MaxNewSize=128m -XX:MaxPermSize=512m 

tomcat記憶體設定問題 收藏 

    在使用Java程式從資料庫中查詢大量的資料或是應用伺服器(tomcatjboss,weblogic)載入jar包時會出現java.lang.OutOfMemoryError異常。這主要是由於應用伺服器的記憶體不足引起的。這種異常常有以下幾種情況(以下以tomcat環境為例,其它WEB伺服器如jboss,weblogic等是同一個道理):

    1.  java.lang.OutOfMemoryError: PermGen space

        PermGen space的全稱是Permanent Generation space,是指記憶體的永久儲存區域OutOfMemoryError: PermGen space。從文字上看就是記憶體溢位,解決方法是加大記憶體。為什麼會記憶體溢位,這是由於這塊記憶體主要是被JVM存放ClassMeta資訊的,Class在被Load的時候被放入PermGen space區域,它和存放InstanceHeap區域不同,GC(Garbage Collection)不會在主程式執行期對PermGen space進行清理,所以如果你的APPLOAD很多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"”上面加入以下行:

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

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

            開啟登錄檔,找到目錄HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Procrun 2.0\htfty\Parameters\Java,其中目錄地址中紅色標註的(如htfty)需要根據不同情況作修改,為tomcat服務註冊成windows服務的名稱。 可以看到JvmMsJvmMx項,其中JvmMs設定最小的記憶體使用引數,JvmMx設定最大的記憶體使用引數。設定好JvmMsJvmMx項的值,重啟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"”上面加入以下行:

    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服務的名稱。 可以看到JvmMsJvmMx項,其中JvmMs設定最小的記憶體使用引數,JvmMx設定最大的記憶體使用引數。設定好JvmMsJvmMx項的值,重啟tomcat伺服器即可生效。

提示:Heap Size 最大不要超過可用實體記憶體的80%,一般的要將-Xms-Xmx選項設定為相同,而-Xmn1/4-Xmx值。

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

     Tomcat預設可以使用的記憶體為128MB,在較大型的應用專案中,這點記憶體是不夠的,需要調大。有以下幾種方法可以選用: 

第一種方法: 

Windows下,在檔案/bin/catalina.batUnix下,在檔案/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 poolMaximum memory pool.Initial memory pool這個就是初始化設定的記憶體的大小。Maximum memory pool這個是最大記憶體的大小 設定完了就按確定然後再重啟TOMCAT你就會發現tomcatjvm可用的記憶體改變了 

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

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

記憶體設的太小了。C:\Program Files\MyEclipse 6.5\eclipse\eclipse.ini內容改為:-clean-showsplashcom.genuitec.myeclipse.product.ide--launcher.XXMaxPermSize256m-vmargs-Xms1024m-Xmx1200m-Duser.language=en -XX:PermSize=128M -XX:MaxPermSize=256M