這里向大家描述一下JVM內(nèi)存的設(shè)置原理及調(diào)優(yōu)，默認(rèn)的java虛擬機(jī)的大小比較小，在對(duì)大數(shù)據(jù)進(jìn)行處理時(shí)java就會(huì)報(bào)錯(cuò)：java.lang.OutOfMemoryError。

JVM內(nèi)存的設(shè)置的原理

默認(rèn)的java虛擬機(jī)的大小比較小，在對(duì)大數(shù)據(jù)進(jìn)行處理時(shí)java就會(huì)報(bào)錯(cuò)：java.lang.OutOfMemoryError。設(shè)置jvm內(nèi)存的方法，對(duì)于單獨(dú)的.class，可以用下面的方法對(duì)Test運(yùn)行時(shí)的jvm內(nèi)存進(jìn)行設(shè)置。
java -Xms64m -Xmx256m Test
-Xms是設(shè)置內(nèi)存初始化的大小
-Xmx是設(shè)置***能夠使用內(nèi)存的大?。?**不要超過(guò)物理內(nèi)存大?。?br /> 在weblogic中，可以在startweblogic.cmd中對(duì)每個(gè)domain虛擬內(nèi)存的大小進(jìn)行設(shè)置，默認(rèn)的設(shè)置是在commEnv.cmd里面。

JVM內(nèi)存的調(diào)優(yōu)

1.Heap設(shè)定與垃圾回收J(rèn)avaHeap分為3個(gè)區(qū)，Young，Old和Permanent。Young保存剛實(shí)例化的對(duì)象。當(dāng)該區(qū)被填滿(mǎn)時(shí)，GC會(huì)將對(duì)象移到Old區(qū)。Permanent區(qū)則負(fù)責(zé)保存反射對(duì)象，本文不討論該區(qū)。JVM的Heap分配可以使用-X參數(shù)設(shè)定，

-Xms 初始Heap大小

-Xmx javaheap***值

-Xmn younggeneration的heap大小

JVM有2個(gè)GC線(xiàn)程。***個(gè)線(xiàn)程負(fù)責(zé)回收Heap的Young區(qū)。第二個(gè)線(xiàn)程在Heap不足時(shí)，遍歷Heap，將Young區(qū)升級(jí)為Older區(qū)。Older區(qū)的大小等于-Xmx減去-Xmn，不能將-Xms的值設(shè)的過(guò)大，因?yàn)榈诙€(gè)線(xiàn)程被迫運(yùn)行會(huì)降低JVM的性能。

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

有如下原因：

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

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

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

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

如果你發(fā)現(xiàn)每次GC后，Heap的剩余空間會(huì)是總空間的50%，這表示你的Heap處于健康狀態(tài)。許多Server端的Java程序每次GC后***能有65%的剩余空間。經(jīng)驗(yàn)之談：

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

2．一個(gè)GUI程序***是每10到20秒間運(yùn)行一次GC，每次在半秒之內(nèi)完成[2]。

注意：

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

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

2．Stack的設(shè)定

每個(gè)線(xiàn)程都有他自己的Stack。

-Xss  每個(gè)線(xiàn)程的Stack大小

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

3．硬件環(huán)境

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

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

4．4種GC

***種為單線(xiàn)程GC，也是默認(rèn)的GC。，該GC適用于單CPU機(jī)器。

第二種為T(mén)hroughputGC，是多線(xiàn)程的GC，適用于多CPU，使用大量線(xiàn)程的程序。第二種GC與***種GC相似，不同在于GC在收集Young區(qū)是多線(xiàn)程的，但在Old區(qū)和***種一樣，仍然采用單線(xiàn)程。-XX:+UseParallelGC參數(shù)啟動(dòng)該GC。

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

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

【編輯推薦】

1. 深入解析JVM內(nèi)存區(qū)域組成
2. JVM、JRE、JDK的區(qū)別和聯(lián)系
3. 探索Java工作原理之JVM內(nèi)存回收
4. 實(shí)例解析Linux平臺(tái)的JVM性能評(píng)測(cè)
5. 深入JVM:ClassLoader相關(guān)知識(shí)簡(jiǎn)介