JVM把內存區(qū)分為堆區(qū)(heap)、棧區(qū)(stack)和方法區(qū)(method)。由于本文主要講解JVM調優(yōu)，因此我們可以簡單的理解為，JVM中的堆區(qū)中存放的是實際的對象，是需要被GC的。其他的都無需GC。

一、JMV調優(yōu)的準備工作

1、配置jstatd的遠程RMI服務(當我們要看遠程服務器上JAVA程序的GC情況的時候，需要執(zhí)行此步驟)，允許JVM工具查看JVM使用情況。

將如下的代碼存為文件 jstatd.all.policy，放到JAVA_HOME/bin中，其內容如下：不知道JAVA_HOME目錄的，可以執(zhí)行 which java查看。

grant codebase "file:${java.home}/../lib/tools.jar" {

permission java.security.AllPermission;

};

執(zhí)行命令jstatd -J-Djava.security.policy=jstatd.all.policy -J-Djava.rmi.server.hostname=10.27.20.38 &

(10.27.20.38為你服務器的ip地址,&表示用守護線程的方式運行)

2、執(zhí)行C:\glassfish4\jdk7\bin\jvisualvm.exe 打開JVM控制臺。

工具--插件--中找到Visual GC插件進行安裝。

3、對要執(zhí)行java程序進行調優(yōu)，以 c1000k.jar為例，在該jar包所在目錄下建立一個start.sh文件，文件內容如下。

java -server -Xms4G -Xmx4G -Xmn2G -XX:SurvivorRatio=1 -XX:+UseConcMarkSweepGC -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=1100 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -jar c1000k.jar&

通過這樣的配置，使用JVM控制臺即可查看JVM(CPU/內存)及垃圾回收的情況。

4、控制臺配置

打開\jvisualvm.exe，遠程---添加遠程主機---輸入遠程IP----添加JMX連接

二、下面開始正式的JVM調優(yōu)。

1.JVM調優(yōu)核心為調整年輕代、年老大的內存空間大小及使用GC發(fā)生器的類型等。回到上文的start.sh文件內容，我們來分下：

java -server -Xms4G -Xmx4G -Xmn2G -XX:SurvivorRatio=1 -XX:+UseConcMarkSweepGC -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=1100 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -jar c1000k.jar&

這臺機器是一個4G內存的機器，因此：

-Xms4G 是指： JVM啟動時整個堆(包括年輕代，年老代)的初始化大小。

-Xmx4G 是指： JVM啟動時整個堆的最大值。

-Xmn2G是指：年輕代的空間大小，剩下的是年老代的空間。

-XX:SurvivorRatio=1是指：年輕代空間中2個Survivor空間與Eden空間的大小比例。此處為1:1:1，算法如下：比如整個年輕代空間為2G，如果比例為1，那么2/3，則S0/S1/Eden的空間大小是同樣的，為666M。

該值不設置，則JDK默認為比例為8，那么是1:1:8，通過上面的算法可以得出S0/S1的大小。我們可以看到官方通過增大Eden區(qū)的大小，來減少YGC發(fā)生的次數，但有時我們發(fā)現(xiàn)，雖然次數減少了，但Eden區(qū)滿

的時候，由于占用的空間較大，導致釋放緩慢，此時stop-the-world的時間較長，因此需要按照程序情況去調優(yōu)。

-XX:+UseConcMarkSweepGC是指：使用GC的回收類型。這里是CMS類型，JDK1.7以后推薦使用+UseG1GC，被稱為G1類型(或Garbage First)的回收器。

2.當我們設定好start.sh的參數值后，執(zhí)行./start.sh此時就啟動了。

我們可以通過jvisualvm.exe中的Visual GC插件查看GC的圖形，我們也可以再服務器上執(zhí)行：jstat -gc 15016 1000，看到每1秒鐘java進程號為15016的GC回收情況。

[root@yxdevapp04 c1000k]# jstat -gc 15016 1000

S0C S1C S0U S1U EC EU OC OU PC PU YGC YGCT FGC FGCT GCT

699008.0 699008.0 29980.4 0.0 699136.0 116881.6 2097152.0 660769.4 21248.0 20071.0 354 54.272 0 0.000 54.272

699008.0 699008.0 29980.4 0.0 699136.0 118344.8 2097152.0 660769.4 21248.0 20071.0 354 54.272 0 0.000 54.272

699008.0 699008.0 29980.4 0.0 699136.0 119895.5 2097152.0 660769.4 21248.0 20071.0 354 54.272 0 0.000 54.272

699008.0 699008.0 29980.4 0.0 699136.0 121383.1 2097152.0 660769.4 21248.0 20071.0 354 54.272 0 0.000 54.272

解釋如下：

S0C 是指：Survivor0區(qū)的分配空間

S0U 是指：Survivor1區(qū)的已經使用的空間

EC是指:Eden區(qū)所使用的空間

EU是指：Eden區(qū)當前使用的空間

OC是指：老年代分配的空間

OU是指：老年代當前使用的空間

PC是指：持久待分配的空間

PU是指：持久待當前使用的空間

YGC是指：年輕代發(fā)生的次數，這里是354次

YGCT是指：年輕代發(fā)送的總時長，這里是54.272秒，因此每次年輕代發(fā)生GC，即平均每次stop-the-world的時長為54.272/354=0.153秒。

FGC是指：年老代回收的次數，或者成為FullGC的次數。

FGCT是指：年老代發(fā)生回收的總時長。

GCT是指：包括年輕代YGC及年老代FGC的總時間長。

通常結合圖形或數據，我們可以看到當EU即將等于EC的時候，此時發(fā)生YGC，因此YGC次數+1，YGCT時間增加。

經過實際的調優(yōu)測試我們發(fā)現(xiàn)，當發(fā)生YGC的時候，如果S0U或S1U區(qū)如果有任意一個區(qū)域為0的時候，此時YGC的速度很快，相反如果S0U或者S1U中都有數據，或相對滿的時候，此時YGC的時間邊長，這就是因為S0/S1及Eden區(qū)的比例問題導致的。

3.經過一定時間的調優(yōu)，我們基本上可以使得YGC的次數非常少，時間非常快，很長時間，數天都不會發(fā)生FGC，此時JVM的調優(yōu)算是一個好的結果。

4 .在MAC電腦上可以通過jconsole調出圖形化分析工具。

總的來說，JVM的調優(yōu)工作是一個及其復雜的過程，除了前期的準備工作，后期還需要進行一些復雜的操作。當然，本文對JVM調優(yōu)的講解只是淺嘗輒止，還有更多更全面的JVM調優(yōu)知識可以觀看本站的Java零基礎教程。