java虛擬機(jī)的內(nèi)存怎么設(shè)置

時間：2016-12-02 13:31:51 沈迪豪908由分享

　　相信很多人都學(xué)過java，那么你知道java虛擬機(jī)的內(nèi)存設(shè)置嗎?不知道的話跟著學(xué)習(xí)啦小編一起來學(xué)習(xí)了解java虛擬機(jī)的內(nèi)存設(shè)置。

　　java虛擬機(jī)的內(nèi)存設(shè)置詳解

　　基本概念：

　　PermGen space：全稱是Permanent Generation space.就是說是永久保存的區(qū)域,用于存放Class和Meta信息,Class在被Load的時候被放入該區(qū)域

　　Heap space：存放Instance。

　　GC(Garbage Collection)應(yīng)該不會對PermGen space進(jìn)行清理

　　所以如果你的APP會LOAD很多CLASS的話,就很可能出現(xiàn)PermGen space錯誤

　　Java Heap分為3個區(qū)

　　1.Young

　　2.Old

　　3.Permanent

　　Young保存剛實例化的對象。當(dāng)該區(qū)被填滿時，GC會將對象移到Old區(qū)。Permanent區(qū)則負(fù)責(zé)保存反射對象，本文不討論該區(qū)。

　　JVM的Heap分配可以使用-X參數(shù)設(shè)定，

　　-Xms

　　初始Heap大小

　　-Xmx

　　java heap最大值

　　-Xmn

　　young generation的heap大小

　　JVM有2個GC線程

　　第一個線程負(fù)責(zé)回收Heap的Young區(qū)

　　第二個線程在Heap不足時，遍歷Heap，將Young 區(qū)升級為Older區(qū)

　　Older區(qū)的大小等于-Xmx減去-Xmn，不能將-Xms的值設(shè)的過大，因為第二個線程被迫運行會降低JVM的性能。

　　為什么一些程序頻繁發(fā)生GC?

　　有如下原因：

　　1.程序內(nèi)調(diào)用了System.gc()或Runtime.gc()。

　　2.一些中間件軟件調(diào)用自己的GC方法，此時需要設(shè)置參數(shù)禁止這些GC。

　　3.Java的Heap太小，一般默認(rèn)的Heap值都很小。

　　4.頻繁實例化對象，Release對象此時盡量保存并重用對象，例如使用StringBuffer()和String()。

　　如果你發(fā)現(xiàn)每次GC后，Heap的剩余空間會是總空間的50%，這表示你的Heap處于健康狀態(tài)

　　許多Server端的Java程序每次GC后最好能有65%的剩余空間

　　經(jīng)驗之談：

　　1.Server端JVM最好將-Xms和-Xmx設(shè)為相同值。為了優(yōu)化GC，最好讓-Xmn值約等于-Xmx的1/3。

　　2.一個GUI程序最好是每10到20秒間運行一次GC，每次在半秒之內(nèi)完成。

　　注意：

　　1.增加Heap的大小雖然會降低GC的頻率，但也增加了每次GC的時間。并且GC運行時，所有的用戶線程將暫停，也就是GC期間，Java應(yīng)用程序不做任何工作。

　　2.Heap大小并不決定進(jìn)程的內(nèi)存使用量。進(jìn)程的內(nèi)存使用量要大于-Xmx定義的值，因為Java為其他任務(wù)分配內(nèi)存，例如每個線程的Stack等。

　　Stack的設(shè)定

　　每個線程都有他自己的Stack。

　　-Xss

　　每個線程的Stack大小

　　Stack的大小限制著線程的數(shù)量。如果Stack過大就好導(dǎo)致內(nèi)存溢漏。-Xss參數(shù)決定Stack大小，例如-Xss1024K。如果Stack太小，也會導(dǎo)致Stack溢漏。

　　硬件環(huán)境

　　硬件環(huán)境也影響GC的效率，例如機(jī)器的種類，內(nèi)存，swap空間，和CPU的數(shù)量。

　　如果你的程序需要頻繁創(chuàng)建很多transient對象，會導(dǎo)致JVM頻繁GC。這種情況你可以增加機(jī)器的內(nèi)存，來減少Swap空間的使用。

　　4種GC

　　1、第一種為單線程GC，也是默認(rèn)的GC，該GC適用于單CPU機(jī)器。

　　2、第二種為Throughput GC，是多線程的GC，適用于多CPU，使用大量線程的程序。第二種GC與第一種GC相似，不同在于GC在收集Young區(qū)是多線程的，但在Old區(qū)和第一種一樣，仍然采用單線程。-XX:+UseParallelGC參數(shù)啟動該GC。

　　3、第三種為Concurrent Low Pause GC，類似于第一種，適用于多CPU，并要求縮短因GC造成程序停滯的時間。這種GC可以在Old區(qū)的回收同時，運行應(yīng)用程序。-XX:+UseConcMarkSweepGC參數(shù)啟動該GC。

　　4、第四種為Incremental Low Pause GC，適用于要求縮短因GC造成程序停滯的時間。這種GC可以在Young區(qū)回收的同時，回收一部分Old區(qū)對象。-Xincgc參數(shù)啟動該GC。

　　單文件的jvm內(nèi)存進(jìn)行設(shè)置

　　默認(rèn)的java虛擬機(jī)的大小比較小，在對大數(shù)據(jù)進(jìn)行處理時java就會報錯：java.lang.OutOfMemoryError。

　　設(shè)置jvm內(nèi)存的方法，對于單獨的.class，可以用下面的方法對Test運行時的jvm內(nèi)存進(jìn)行設(shè)置。

　　java -Xms64m -Xmx256m Test

　　-Xms是設(shè)置內(nèi)存初始化的大小

　　-Xmx是設(shè)置最大能夠使用內(nèi)存的大小(最好不要超過物理內(nèi)存大小)

　　tomcat啟動jvm內(nèi)存設(shè)置

　　Linux：

　　在/usr/local/apache-tomcat-5.5.23/bin目錄下的catalina.sh添加：JAVA_OPTS='-Xms512m -Xmx1024m'要加“m”說明是MB，否則就是KB了，在啟動tomcat時會報內(nèi)存不足。-Xms：初始值

　　-Xmx：最大值

　　-Xmn：最小值Windows

　　在catalina.bat最前面加入

　　set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat啟動tomcat,OK設(shè)置生效.夠成功的分配200M內(nèi)存.但是如果不是執(zhí)行startup.bat啟動tomcat而是利用windows的系統(tǒng)服務(wù)啟動tomcat服務(wù),上面的設(shè)置就不生效了,就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.上面分配200M內(nèi)存就OOM了..windows服務(wù)執(zhí)行的是bin\tomcat.exe.他讀取注冊表中的值,而不是catalina.bat的設(shè)置.解決辦法:

　　修改注冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions

　　原值為

　　-Dcatalina.home="C:\ApacheGroup\Tomcat 5.0"

　　-Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed"

　　-Xrs加入 -Xms300m -Xmx350m

　　重起tomcat服務(wù),設(shè)置生效

　　weblogic啟動jvm內(nèi)存設(shè)置

　　在weblogic中，可以在startweblogic.cmd中對每個domain虛擬內(nèi)存的大小進(jìn)行設(shè)置，默認(rèn)的設(shè)置是在commEnv.cmd里面。

　　JBoss

　　默認(rèn)可以使用的內(nèi)存為64MB

　　$JBOSSDIR$/bin/run.config

　　JAVA_OPTS = "-server -Xms128 -Xmx512"