在一些規(guī)模稍大的應(yīng)用中，Java虛擬機(jī)（JVM）的內(nèi)存設(shè)置尤為重要，想在項(xiàng)目中取得好的效率，GC（垃圾回收）的設(shè)置是第一步。

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

GC(Garbage Collection)應(yīng)該不會對PermGen space進(jìn)行清理,所以如果你的APP會LOAD很多CLASS的話,就很可能出現(xiàn)PermGen space錯(cuò)誤

Java Heap分為3個(gè)區(qū)

1.Young
2.Old
3.Permanent

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

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

-Xms
初始Heap大小
 
-Xmx
java heap最大值 

-Xmn
young generation的heap大小

JVM有2個(gè)GC線程

第一個(gè)線程負(fù)責(zé)回收Heap的Young區(qū)
第二個(gè)線程在Heap不足時(shí)，遍歷Heap，將Young 區(qū)升級為Older區(qū)
 
Older區(qū)的大小等于-Xmx減去-Xmn，不能將-Xms的值設(shè)的過大，因?yàn)榈诙€(gè)線程被迫運(yùn)行會降低JVM的性能。
為什么一些程序頻繁發(fā)生GC？

有如下原因：

1.程序內(nèi)調(diào)用了System.gc()或Runtime.gc()。
2.一些中間件軟件調(diào)用自己的GC方法，此時(shí)需要設(shè)置參數(shù)禁止這些GC。
3.Java的Heap太小，一般默認(rèn)的Heap值都很小。
4.頻繁實(shí)例化對象，Release對象 此時(shí)盡量保存并重用對象，例如使用StringBuffer()和String()。

如果你發(fā)現(xiàn)每次GC后，Heap的剩余空間會是總空間的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．一個(gè)GUI程序最好是每10到20秒間運(yùn)行一次GC，每次在半秒之內(nèi)完成。

注意：

1．增加Heap的大小雖然會降低GC的頻率，但也增加了每次GC的時(shí)間。并且GC運(yùn)行時(shí)，所有的用戶線程將暫停，也就是GC期間，Java應(yīng)用程序不做任何工作。
2．Heap大小并不決定進(jìn)程的內(nèi)存使用量。進(jìn)程的內(nèi)存使用量要大于-Xmx定義的值，因?yàn)镴ava為其他任務(wù)分配內(nèi)存，例如每個(gè)線程的Stack等。

Stack的設(shè)定
每個(gè)線程都有他自己的Stack。

-Xss
每個(gè)線程的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ù)啟動(dòng)該GC。
3、第三種為Concurrent Low Pause GC，類似于第一種，適用于多CPU，并要求縮短因GC造成程序停滯的時(shí)間。這種GC可以在Old區(qū)的回收同時(shí)，運(yùn)行應(yīng)用程序。-XX:+UseConcMarkSweepGC參數(shù)啟動(dòng)該GC。
4、第四種為Incremental Low Pause GC，適用于要求縮短因GC造成程序停滯的時(shí)間。這種GC可以在Young區(qū)回收的同時(shí)，回收一部分Old區(qū)對象。-Xincgc參數(shù)啟動(dòng)該GC。

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

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

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

Linux：

在/usr/local/apache-tomcat-5.5.23/bin目錄下的catalina.sh添加：JAVA_OPTS='-Xms512m -Xmx1024m'要加“m”說明是MB，否則就是KB了，在啟動(dòng)tomcat時(shí)會報(bào)內(nèi)存不足。
-Xms：初始值
-Xmx：最大值
-Xmn：最小值Windows
在catalina.bat最前面加入
set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat啟動(dòng)tomcat,OK設(shè)置生效.夠成功的分配200M內(nèi)存.但是如果不是執(zhí)行startup.bat啟動(dòng)tomcat而是利用windows的系統(tǒng)服務(wù)啟動(dòng)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啟動(dòng)jvm內(nèi)存設(shè)置

在weblogic中，可以在startweblogic.cmd中對每個(gè)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"

Eclipse

在所在目錄下，鍵入
eclipse.exe -vmargs -Xms256m -Xmx512m
256m表示JVM堆內(nèi)存最小值
512m表示JVM堆內(nèi)存最大

Websphere

進(jìn)入控制臺去設(shè)置：應(yīng)用程序服務(wù)器 > server1 > 進(jìn)程定義 > Java 虛擬機(jī)

【編輯推薦】

1. Java虛擬機(jī)的研究與實(shí)現(xiàn)
2. 詳細(xì)介紹什么是Java虛擬機(jī)
3. 認(rèn)識Java虛擬機(jī)及其性能
4. Java虛擬機(jī)類裝載：原理、實(shí)現(xiàn)與應(yīng)用