在一些規模稍大的應用中，Java虛擬機器（JVM）的記憶體設定尤為重要，想在專案中取得好的效率，GC（垃圾回收）的設定是第一步。
PermGen space：全稱是Permanent Generation space.就是說是永久儲存的區域,用於存放Class和Meta資訊,Class在被Load的時候被放入該區域Heap space：存放Instance。
GC(Garbage Collection)應該不會對PermGen space進行清理,所以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen space錯誤
Java Heap分為3個區
1.Young
2.Old
3.Permanent
JVM的Heap分配可以使用-X引數設定，
-Xms
初始Heap大小
-Xmx
java heap最大值
-Xmn
young generation的heap大小
JVM有2個GC執行緒
第一個執行緒負責回收Heap的Young區
第二個執行緒在Heap不足時，遍歷Heap，將Young 區升級為Older區
Older區的大小等於-Xmx減去-Xmn，不能將-Xms的值設的過大，因為第二個執行緒被迫執行會降低JVM的效能。
為什麼一些程式頻繁發生GC？
有如下原因：
1.程式內呼叫了System.gc()或Runtime.gc()。
2.一些中介軟體軟體呼叫自己的GC方法，此時需要設定引數禁止這些GC。
3.Java的Heap太小，一般預設的Heap值都很小。
4.頻繁例項化物件，Release物件 此時儘量儲存並重用物件，例如使用StringBuffer()和String()。
如果你發現每次GC後，Heap的剩餘空間會是總空間的50%，這表示你的Heap處於健康狀態,許多Server端的Java程式每次GC後最好能有65%的剩餘空間
經驗之談：
1．Server端JVM最好將-Xms和-Xmx設為相同值。為了最佳化GC，最好讓-Xmn值約等於-Xmx的1/3。
2．一個GUI程式最好是每10到20秒間執行一次GC，每次在半秒之內完成。
注意：
1．增加Heap的大小雖然會降低GC的頻率，但也增加了每次GC的時間。並且GC執行時，所有的使用者執行緒將暫停，也就是GC期間，Java應用程式不做任何工作。
2．Heap大小並不決定程序的記憶體使用量。程序的記憶體使用量要大於-Xmx定義的值，因為Java為其他任務分配記憶體，例如每個執行緒的Stack等。
Stack的設定
每個執行緒都有他自己的Stack。
-Xss
每個執行緒的Stack大小
Stack的大小限制著執行緒的數量。如果Stack過大就好導致記憶體溢漏。-Xss引數決定Stack大小，例如-Xss1024K。如果Stack太小，也會導致Stack溢漏。
硬體環境
硬體環境也影響GC的效率，例如機器的種類，記憶體，swap空間，和CPU的數量。
如果你的程式需要頻繁建立很多transient物件，會導致JVM頻繁GC。這種情況你可以增加機器的記憶體，來減少Swap空間的使用。
4種GC
1、第一種為單執行緒GC，也是預設的GC，該GC適用於單CPU機器。
2、第二種為Throughput GC，是多執行緒的GC，適用於多CPU，使用大量執行緒的程式。第二種GC與第一種GC相似，不同在於GC在收集Young區是多執行緒的，但在Old區和第一種一樣，仍然採用單執行緒。-XX:+UseParallelGC引數啟動該GC。
3、第三種為Concurrent Low Pause GC，類似於第一種，適用於多CPU，並要求縮短因GC造成程式停滯的時間。這種GC可以在Old區的回收同時，執行應用程式。-XX:+UseConcMarkSweepGC引數啟動該GC。
4、第四種為Incremental Low Pause GC，適用於要求縮短因GC造成程式停滯的時間。這種GC可以在Young區回收的同時，回收一部分Old區物件。-Xincgc引數啟動該GC。
單檔案的JVM記憶體進行設定
預設的java虛擬機器的大小比較小，在對大資料進行處理時java就會報錯：java.lang.OutOfMemoryError。
設定jvm記憶體的方法，對於單獨的.class，可以用下面的方法對Test執行時的jvm記憶體進行設定。
java -Xms64m -Xmx256m Test
-Xms是設定記憶體初始化的大小
-Xmx是設定最大能夠使用記憶體的大小（最好不要超過物理記憶體大小）
tomcat啟動jvm記憶體設定
Linux：
在/usr/local/apache-tomcat-5.5.23/bin目錄下的catalina.sh新增：JAVA_OPTS="-Xms512m -Xmx1024m"要加“m”說明是MB，否則就是KB了，在啟動tomcat時會報記憶體不足。
-Xms：初始值
-Xmx：最大值
-Xmn：最小值Windows
在catalina.bat最前面加入
set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat啟動tomcat,OK設定生效.夠成功的分配200M記憶體.但是如果不是執行startup.bat啟動tomcat而是利用windows的系統服務啟動tomcat服務,上面的設定就不生效了,就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.上面分配200M記憶體就OOM了..windows服務執行的是bin\tomcat.exe.他讀取登錄檔中的值,而不是catalina.bat的設定.解決辦法:
修改登錄檔HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions
在一些規模稍大的應用中，Java虛擬機器（JVM）的記憶體設定尤為重要，想在專案中取得好的效率，GC（垃圾回收）的設定是第一步。
PermGen space：全稱是Permanent Generation space.就是說是永久儲存的區域,用於存放Class和Meta資訊,Class在被Load的時候被放入該區域Heap space：存放Instance。
GC(Garbage Collection)應該不會對PermGen space進行清理,所以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen space錯誤
Java Heap分為3個區
1.Young
2.Old
3.Permanent
JVM的Heap分配可以使用-X引數設定，
-Xms
初始Heap大小
-Xmx
java heap最大值
-Xmn
young generation的heap大小
JVM有2個GC執行緒
第一個執行緒負責回收Heap的Young區
第二個執行緒在Heap不足時，遍歷Heap，將Young 區升級為Older區
Older區的大小等於-Xmx減去-Xmn，不能將-Xms的值設的過大，因為第二個執行緒被迫執行會降低JVM的效能。
為什麼一些程式頻繁發生GC？
有如下原因：
1.程式內呼叫了System.gc()或Runtime.gc()。
2.一些中介軟體軟體呼叫自己的GC方法，此時需要設定引數禁止這些GC。
3.Java的Heap太小，一般預設的Heap值都很小。
4.頻繁例項化物件，Release物件 此時儘量儲存並重用物件，例如使用StringBuffer()和String()。
如果你發現每次GC後，Heap的剩餘空間會是總空間的50%，這表示你的Heap處於健康狀態,許多Server端的Java程式每次GC後最好能有65%的剩餘空間
經驗之談：
1．Server端JVM最好將-Xms和-Xmx設為相同值。為了最佳化GC，最好讓-Xmn值約等於-Xmx的1/3。
2．一個GUI程式最好是每10到20秒間執行一次GC，每次在半秒之內完成。
注意：
1．增加Heap的大小雖然會降低GC的頻率，但也增加了每次GC的時間。並且GC執行時，所有的使用者執行緒將暫停，也就是GC期間，Java應用程式不做任何工作。
2．Heap大小並不決定程序的記憶體使用量。程序的記憶體使用量要大於-Xmx定義的值，因為Java為其他任務分配記憶體，例如每個執行緒的Stack等。
Stack的設定
每個執行緒都有他自己的Stack。
-Xss
每個執行緒的Stack大小
Stack的大小限制著執行緒的數量。如果Stack過大就好導致記憶體溢漏。-Xss引數決定Stack大小，例如-Xss1024K。如果Stack太小，也會導致Stack溢漏。
硬體環境
硬體環境也影響GC的效率，例如機器的種類，記憶體，swap空間，和CPU的數量。
如果你的程式需要頻繁建立很多transient物件，會導致JVM頻繁GC。這種情況你可以增加機器的記憶體，來減少Swap空間的使用。
4種GC
1、第一種為單執行緒GC，也是預設的GC，該GC適用於單CPU機器。
2、第二種為Throughput GC，是多執行緒的GC，適用於多CPU，使用大量執行緒的程式。第二種GC與第一種GC相似，不同在於GC在收集Young區是多執行緒的，但在Old區和第一種一樣，仍然採用單執行緒。-XX:+UseParallelGC引數啟動該GC。
3、第三種為Concurrent Low Pause GC，類似於第一種，適用於多CPU，並要求縮短因GC造成程式停滯的時間。這種GC可以在Old區的回收同時，執行應用程式。-XX:+UseConcMarkSweepGC引數啟動該GC。
4、第四種為Incremental Low Pause GC，適用於要求縮短因GC造成程式停滯的時間。這種GC可以在Young區回收的同時，回收一部分Old區物件。-Xincgc引數啟動該GC。
單檔案的JVM記憶體進行設定
預設的java虛擬機器的大小比較小，在對大資料進行處理時java就會報錯：java.lang.OutOfMemoryError。
設定jvm記憶體的方法，對於單獨的.class，可以用下面的方法對Test執行時的jvm記憶體進行設定。
java -Xms64m -Xmx256m Test
-Xms是設定記憶體初始化的大小
-Xmx是設定最大能夠使用記憶體的大小（最好不要超過物理記憶體大小）
tomcat啟動jvm記憶體設定
Linux：
在/usr/local/apache-tomcat-5.5.23/bin目錄下的catalina.sh新增：JAVA_OPTS="-Xms512m -Xmx1024m"要加“m”說明是MB，否則就是KB了，在啟動tomcat時會報記憶體不足。
-Xms：初始值
-Xmx：最大值
-Xmn：最小值Windows
在catalina.bat最前面加入
set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat啟動tomcat,OK設定生效.夠成功的分配200M記憶體.但是如果不是執行startup.bat啟動tomcat而是利用windows的系統服務啟動tomcat服務,上面的設定就不生效了,就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.上面分配200M記憶體就OOM了..windows服務執行的是bin\tomcat.exe.他讀取登錄檔中的值,而不是catalina.bat的設定.解決辦法:
修改登錄檔HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions