1.1 JDK7及以前的版本

其中最上一層是Nursery內(nèi)存，一個對象被創(chuàng)建以后首先被放到Nursery中的Eden內(nèi)
存中,，如果存活期超兩個Survivor之后就會被轉(zhuǎn)移到長時內(nèi)存中(Old Generation)中,。

永久內(nèi)存中存放著對象的方法、變量等元數(shù)據(jù)信息,。通過如果永久內(nèi)存不夠,，就會得到如下錯誤：

Java.lang.OutOfMemoryError: PermGen
1

1.2 JDK8版本

JDK8中把存放元數(shù)據(jù)中的永久內(nèi)存從堆內(nèi)存中移到了本地內(nèi)存(native memory)中，這樣永久內(nèi)存就不再占用堆內(nèi)存,，它可以通過自動增長來避免JDK7以及前期版本中常見的永久內(nèi)存錯誤(java.lang.OutOfMemoryError: PermGen),。

JDK8也提供了一個新的設(shè)置Matespace內(nèi)存大小的參數(shù)：

-XX:MaxMetaspaceSize=128m
1

注意：如果不設(shè)置JVM將會根據(jù)一定的策略自動增加本地元內(nèi)存空間。如果你設(shè)置的元內(nèi)存空間過小,，你的應(yīng)用程序可能得到以下錯誤：

java.lang.OutOfMemoryError: Metadata space
1

2. JVM參數(shù)

-XX 參數(shù)被稱為不穩(wěn)定參數(shù),，此類參數(shù)的設(shè)置很容易引起JVM性能上的差異。

不穩(wěn)定參數(shù)語法規(guī)則：

1. 布爾類型

   -XX:+<option> '+'表示啟用該選項
   -XX:-<option> '-'表示關(guān)閉該選項
   1
   2

2. 數(shù)字類型

   -XX:<option>=<number>
   
   
   # 可跟隨單位,，例如：'m'或'M'表示兆字節(jié);'k'或'K'千字節(jié);'g'或'G'千兆字節(jié),。32K與32768是相同大小的。
   1
   2
   3
   4
   5

3. 字符串類型

   -XX:<option>=<string>
   
   
   # 通常用于指定一個文件,、路徑或一系列命令列表,。例如：-XX:HeapDumpPath=./dump.core
   1
   2
   3
   4
   5

2.1 行為選項

2.2 性能選項

2.3 調(diào)試選項

3. 垃圾收集器

3.1 串行回收器

3.1.1 新生代串行回收器

特點

1. 它僅僅使用單線程進(jìn)行垃圾回收
2. 它是獨占式的垃圾回收
3. 進(jìn)行垃圾回收時, Java應(yīng)用程序中的線程都需要暫停(Stop-The-World)
4. 使用復(fù)制算法
5. 適合CPU等硬件不是很好的場合

設(shè)置參數(shù)

-XX:+UseSerialGC 指定新生使用新生代串行收集器和老年代串行收集器, 當(dāng)以client模式運行時, 它是默認(rèn)的垃圾收集器
1

3.1.2 老年代串行回收器

特點

1. 同新生代串行回收器一樣, 單線程, 獨占式的垃圾回收器
2. 通常老年代垃圾回收比新生代回收要更長時間, 所以可能會使應(yīng)用程序停頓較長時間

設(shè)置參數(shù)

-XX:+UseSerialGC 新生代, 老年代都使用串行回收器 
-XX:+UseParNewGC 新生代使用ParNew回收器, 老年代使用串行回收器 
-XX:+UseParallelGC 新生代使用ParallelGC回收器, 老年代使用串行回收器
1
2
3

3.2 并行回收器

3.2.1 新生代ParNew回收器

特點

1. 將串行回收多線程化
2. 使用復(fù)制算法
3. 垃圾回收時, 應(yīng)用程序仍會暫停, 只不過由于是多線程回收, 在多核CPU上，回收效率會高于串行回收器, 反之在單核CPU,， 效率會不如串行回收器

設(shè)置參數(shù)

-XX:+UseParNewGC 新生代使用ParNew回收器, 老年代使用串行回收器 
-XX:+UseConcMarkSweepGC 新生代使用ParNew回收器, 老年代使用CMS回收器 
-XX:ParallelGCThreads=n 指回ParNew回收器工作時的線程數(shù)量, cpu核數(shù)小時8時, 其值等于cpu數(shù)量, 高于8時,可以使用公式(3+((5*CPU_count)/8))
1
2
3

3.2.2 新生代ParallelGC回收器

特點

1. 同ParNew回收器一樣,， 不同的地方在于，它非常關(guān)注系統(tǒng)的吞吐量(通過參數(shù)控制)
2. 使用復(fù)制算法
3. 支持自適應(yīng)的GC調(diào)節(jié)策略

設(shè)置參數(shù)

-XX:+UseParallelGC　　新生代用ParallelGC回收器, 老年代使用串行回收器 
-XX:+UseParallelOldGC　　新生代用ParallelGC回收器, 老年代使用ParallelOldGC回收器系統(tǒng)吞吐量的控制: 
-XX:MaxGCPauseMillis=n(單位ms) 　　設(shè)置垃圾回收的最大停頓時間, 
-XX:GCTimeRatio=n(n在0-100之間)　　設(shè)置吞吐量的大小, 假設(shè)值為n, 那系統(tǒng)將花費不超過1/(n+1)的時間用于垃圾回收 
-XX:+UseAdaptiveSizePolicy　　打開自適應(yīng)GC策略, 在這種模式下, 新生代的大小, eden,survivior的比例, 晉升老年代的對象年齡等參數(shù)會被自動調(diào)整,以達(dá)到堆大小, 吞吐量, 停頓時間之間的平衡點
1
2
3
4
5

3.2.3 老年代ParallelOldGC回收器

特點

1. 同新生代的ParallelGC回收器一樣, 是屬于老年代的關(guān)注吞吐量的多線程并發(fā)回收器
2. 使用標(biāo)記壓縮算法

設(shè)置參數(shù)

-XX:+UseParallelOldGC　　新生代用ParallelGC回收器, 老年代使用ParallelOldGC回收器, 是非常關(guān)注系統(tǒng)吞吐量的回收器組合, 適合用于對吞吐量要求較高的系統(tǒng) 
-XX:ParallelGCThreads=n 　　指回ParNew回收器工作時的線程數(shù)量, cpu核數(shù)小時8時, 其值等于cpu數(shù)量, 高于8時, 可以使用公式(3+((5*CPU_count)/8))
1
2

3.3 CMS回收器(Concurrent Mark Sweep,，并發(fā)標(biāo)記清除)

3.3.1 老年代的并發(fā)回收器

特點

1. 是并發(fā)回收, 非獨占式的回收器, 大部分時候應(yīng)用程序不會停止運行
2. 針對年老代的回收器
3. 使用并發(fā)標(biāo)記清除算法, 因此回收后會有內(nèi)存碎片, 可以使參數(shù)設(shè)置進(jìn)行內(nèi)存碎片的壓縮整理
4. 與ParallelGC和ParallelOldGC不同, CMS主要關(guān)注系統(tǒng)停頓時間

主要步驟

1. 初始標(biāo)記
2. 并發(fā)標(biāo)記
3. 預(yù)清理
4. 重新標(biāo)記
5. 并發(fā)清理
6. 并發(fā)重置

注:初始標(biāo)記與重新標(biāo)記是獨占系統(tǒng)資源的,，不能與用戶線程一起執(zhí)行，而其它階段則可以與用戶線程一起執(zhí)行

設(shè)置參數(shù)

-XX:-CMSPrecleaningEnabled　　關(guān)閉預(yù)清理, 不進(jìn)行預(yù)清理, 默認(rèn)在并發(fā)標(biāo)記后, 會有一個預(yù)清理的操作,，可減少停頓時間 
-XX:+UseConcMarkSweepGC　　老年代使用CMS回收器, 新生代使用ParNew回收器 
-XX:ConcGCThreads=n　　設(shè)置并發(fā)線程數(shù)量, 
-XX:ParallelCMSThreads=n　　同上, 設(shè)置并發(fā)線程數(shù)量, 
-XX:CMSInitiatingOccupancyFraction=n　　指定老年代回收閥值, 即當(dāng)老年代內(nèi)存使用率達(dá)到這個值時, 會執(zhí)行一次CMS回收,，默認(rèn)值為68, 設(shè)置技巧: (Xmx-Xmn)*(100-CMSInitiatingOccupancyFraction)/100)>=Xmn 
-XX:+UseCMSCompactAtFullCollection　　開啟內(nèi)存碎片的整理, 即當(dāng)CMS垃圾回收完成后, 進(jìn)行一次內(nèi)存碎片整理, 要注意內(nèi)存碎片的整理并不是并發(fā)進(jìn)行的, 因此可能會引起程序停頓 
-XX:CMSFullGCsBeforeCompation=n　　用于指定進(jìn)行多少次CMS回收后,， 再進(jìn)行一次內(nèi)存壓縮 
-XX:+CMSParallelRemarkEnabled　　在使用UseParNewGC 的情況下, 盡量減少 mark 的時間 
-XX:+UseCMSInitiatingOccupancyOnly　　表示只有達(dá)到閥值時才進(jìn)行CMS回收
-XX:+CMSConcurrentMTEnabled  當(dāng)該標(biāo)志被啟用時,，并發(fā)的CMS階段將以多線程執(zhí)行,，默認(rèn)開啟
-XX:+CMSIncrementalMode  在增量模式下，CMS 收集器在并發(fā)階段,，不會獨占整個周期,，
而會周期性的暫停，喚醒應(yīng)用線程,。收集器把并發(fā)階段工作,，劃分為片段，安排在次級(minor) 回收之間運行,。這對需要低延遲,，運行在少量CPU服務(wù)器上的應(yīng)用很有用。
1
2
3
4
5
6
7
8
9
10
11
12

3.3.2 Class的回收(永久區(qū)的回收)

設(shè)置參數(shù)

-XX:+CMSClassUnloadingEnabled　　開啟回收Perm區(qū)的內(nèi)存, 默認(rèn)情況下, 是需要觸發(fā)一次FullGC 
-XX:CMSInitiatingPermOccupancyFraction=n　　當(dāng)永久區(qū)占用率達(dá)到這個n值時,，啟動CMS回收, 需上一個參數(shù)開啟的情況下使用
1
2

3.4 G1回收器(jdk1.7后全新的回收器, 用于取代CMS)

3.4.1 概述

特點

1. 獨特的垃圾回收策略, 屬于分代垃圾回收器
2. 使用分區(qū)算法, 不要求eden, 年輕代或老年代的空間都連續(xù)
3. 并行性: 回收期間, 可由多個線程同時工作, 有效利用多核cpu資源
4. 并發(fā)性: 與應(yīng)用程序可交替執(zhí)行, 部分工作可以和應(yīng)用程序同時執(zhí)行
5. 分代GC: 分代收集器, 同時兼顧年輕代和老年代
6. 空間整理: 回收過程中, 會進(jìn)行適當(dāng)對象移動, 減少空間碎片
7. 可預(yù)見性: G1可選取部分區(qū)域進(jìn)行回收, 可以縮小回收范圍, 減少全局停頓

主要步驟

1. 新生代GC

2. 并發(fā)標(biāo)記周期

   初始標(biāo)記新生代GC(此時是并行, 應(yīng)用程序會暫停止)–>根區(qū)域掃描–>并發(fā)標(biāo)記–>重新標(biāo)記(此時是并行, 應(yīng)用程序會暫停止)–>獨占清理(此時應(yīng)用程序會暫停止)–>并發(fā)清理

3. 混合回收

   這個階段即會執(zhí)行正常的年輕代gc, 也會選取一些被標(biāo)記的老年代區(qū)域進(jìn)行回收, 同時處理新生代和年老輕

4. 若需要, 會進(jìn)行FullGC

   混合GC時發(fā)生空間不足
   在新生代GC時, survivor區(qū)和老年代無法容納幸存對象時
   以上兩者都會導(dǎo)致一次FullGC產(chǎn)生

設(shè)置參數(shù)

-XX:+UseG1GC　　打開G1收集器開關(guān),， 
-XX:MaxGCPauseMillis=n　　指定目標(biāo)的最大停頓時間，任何一次停頓時間超過這個值, G1就會嘗試調(diào)整新生代和老年代的比例, 調(diào)整堆大小, 調(diào)整晉升年齡 
-XX:ParallelGCThreads=n　　用于設(shè)置并行回收時, GC的工作線程數(shù)量 
-XX:InitiatingHeapOccpancyPercent=n　　指定整個堆的使用率達(dá)到多少時, 執(zhí)行一次并發(fā)標(biāo)記周期, 默認(rèn)45,， 過大會導(dǎo)致并發(fā)標(biāo)記周期遲遲不能啟動, 增加FullGC的可能, 過小會導(dǎo)致GC頻繁, 會導(dǎo)致應(yīng)用程序性能有所下降
1
2
3
4

3.4.2 參數(shù)選項

3.4.3 其他GC相關(guān)的設(shè)置

1. System.gc()

   (1)禁用System.gc() 
   　　-XX:+DisableExplicitGC　　禁止程序中調(diào)用System.gc()， 加了此參數(shù), 程序若有調(diào)用, 返回的空函數(shù)調(diào)用 
   　　　System.gc()的調(diào)用, 會使用FullGC的方式回收整個堆而會忽略CMS或G1等相關(guān)回收器 
   (２)System.gc()使用并發(fā)回收 
   　　-XX:+ExplicitGCCinvokesConcurrent 　　使用并發(fā)方式處理顯示的gc, 即開啟后, System.gc()這種顯示GC才會并發(fā)的回收, (CMS, G1)
   1
   2
   3
   4
   5

2. 并行GC前額外觸發(fā)的新生代GC

   (1)使用并行回收器(UseParallelGC或者UseParallelOldGC)時, 會額外先觸發(fā)一個新生代GC, 目的是盡可能減少停頓時間 
   (2)若不需要這種特性, 可以使用以下參數(shù)去除 
   　　-XX:-ScavengeBeforeFullGC 　　即去除在FullGC之前的那次新生代GC, 原本默認(rèn)值為true 
   1
   2
   3

3. 對象何時進(jìn)入老年代

   (1)當(dāng)對象首次創(chuàng)建時, 會放在新生代的eden區(qū), 若沒有GC的介入,，會一直在eden區(qū), GC后,，是可能進(jìn)入survivor區(qū)或者年老代 
   (2)當(dāng)對象年齡達(dá)到一定的大小 ,就會離開年輕代， 進(jìn)入老年代,， 對象進(jìn)入老年代的事件稱為晉升, 而對象的年齡是由GC的次數(shù)決定的, 每一次GC,，若對象沒有被回收, 則對象的年齡就會加1, 可以使用以下參數(shù)來控制新生代對象的最大年齡： 
   　　-XX:MaxTenuringThreshold=n　　假設(shè)值為n ， 則新生代的對象最多經(jīng)歷n次GC,， 就能晉升到老年代, 但這個必不是晉升的必要條件 
   　　-XX:TargetSurvivorRatio=n　　用于設(shè)置Survivor區(qū)的目標(biāo)使用率,，即當(dāng)survivor區(qū)GC后使用率超過這個值, 就可能會使用較小的年齡作為晉升年齡 
   (3)除年齡外, 對象體積也會影響對象的晉升的, 若對象體積太大, 新生代無法容納這個對象, 則這個對象可能就會直接晉升至老年代, 可通過以下參數(shù)使用對象直接晉升至老年代的閾值, 單位是byte 
   　　-XX:PretenureSizeThreshold　　即對象的大小大于此值, 就會繞過新生代, 直接在老年代分配, 此參數(shù)只對串行回收器以及ParNew回收有效, 而對ParallelGC回收器無效
   1
   2
   3
   4
   5
   6

4. 在TLAB上分配對象(Thread Local Allocation Buffer, 線程本地分配緩存)

   (1)TLAB: TLAB是一個線程專用的內(nèi)存分配區(qū)域, 虛擬機(jī)為線程分配空間, 針對于體積不大的對象, 會優(yōu)先使用TLAB, 這個可以加速對象的分配, TLAB是默認(rèn)開啟的, 若要關(guān)閉可以使用以下參數(shù)關(guān)閉 
   　　-XX:-UseTLAB　　關(guān)閉TLAB 
   　　-XX:+UseTLAB　　開啟TLAB, 默認(rèn)也是開啟的 
   　　-XX:+PrintTLAB　　觀察TALB的使用情況 
   　　-XX:TLABRefillWasteFraction=n　　設(shè)置一個比率n， 而refill_waste的值就是(TLAB_SIZE/n), 即TLAB空間較小,， 大對象無法分配在TLAB,，所以會直接分配到堆上，TLAB較小也很容易裝滿, 因此當(dāng)TLAB的空間不夠分配一個新對象, 就會考慮廢棄當(dāng)前TLAB空間還是直接分配到堆上, 就會使用此參數(shù)進(jìn)行判斷, 小于refill_waste就允許廢棄, 而新建TLAB來分配對象,，而大于refill_waste就直接在堆上分配, 默認(rèn)是64 
   　　-XX:+ResizeTLAB　　開啟TLAB自動調(diào)整大小, 默認(rèn)是開啟的, 若要關(guān)閉把+號換成-號即可 
   　　-XX:TLABSize=n　　設(shè)置一個TLAB的大小, 前提先關(guān)閉TLAB的自動調(diào)整
   1
   2
   3
   4
   5
   6
   7

4. 性能調(diào)優(yōu)工具

4.1 jps(Java Virtual Machine Process Status Tool)

主要用來輸出JVM中運行的進(jìn)程狀態(tài)信息,。語法格式如下：

jps [options] [hostid]

# hostid語法如下：
[protocol:][[//]hostname][:port][/servername]
protocol - 如果protocol及hostname都沒有指定，那表示的是與當(dāng)前環(huán)境相關(guān)的本地協(xié)議,，如果指定了hostname卻沒有指定protocol,，那么protocol的默認(rèn)就是rmi。
hostname - 服務(wù)器的IP或者名稱,，沒有指定則表示本機(jī),。
port - 遠(yuǎn)程rmi的端口，如果沒有指定則默認(rèn)為1099,。
Servername - 注冊到RMI注冊中心中的jstatd的名稱,。

# 如果不指定hostid就默認(rèn)為當(dāng)前主機(jī)或服務(wù)器。

# 命令行參數(shù)選項
-q 忽略輸出類名,、Jar名和傳入main方法的參數(shù)
-m 輸出傳入main方法的參數(shù)
-l 輸出main類或Jar的全限名
-v 輸出傳入JVM的參數(shù)
-V 輸出通過標(biāo)記的文件傳遞給JVM的參數(shù)（.hotspotrc文件,，或者是通過參數(shù)-XX:Flags=<filename>指定的文件）
-J 用于傳遞jvm選項到由javac調(diào)用的java加載器中，例如，“-J-Xms48m”將把啟動內(nèi)存設(shè)置為48M,，使用-J選項可以非常方便的向基于Java的開發(fā)的底層虛擬機(jī)應(yīng)用程序傳遞參數(shù),。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

4.2 jstack（Java Stack Trace）

主要用來查看某個Java進(jìn)程內(nèi)的線程堆棧信息。語法格式如下：

jstack [option] pid
jstack [option] executable core
jstack [option] [server-id@]remote-hostname-or-ip

# 命令行參數(shù)選項說明如下：
-l 長列表,，會打印出額外的鎖信息，在發(fā)生死鎖時可以用jstack -l pid來觀察鎖持有情況
-m mixed mode,，不僅會輸出Java堆棧信息,，還會輸出C/C++堆棧信息（比如Native方法）
-F 當(dāng)’jstack [-l] pid’沒有相應(yīng)的時候強(qiáng)制打印棧信息
-h | -help打印幫助信息
1
2
3
4
5
6
7
8
9

jstack可以定位到線程堆棧，根據(jù)堆棧信息我們可以定位到具體代碼,，所以它在JVM性能調(diào)優(yōu)中使用得非常多,。

4.3 jmap（Java Memory Map）

jmap用來查看堆內(nèi)存使用狀況，一般結(jié)合jhat使用,。jmap語法格式如下：

如果運行在64位JVM上,，可能需要指定-J-d64命令選項參數(shù)。

jmap [option] pid
jmap [option] executable core
jmap [option] [server-id@]remote-hostname-or-ip

# 參數(shù)說明
executable            產(chǎn)生core dump的java可執(zhí)行程序
core                  將被打印信息的core dump文件
remote-hostname-or-ip 遠(yuǎn)程debug服務(wù)的主機(jī)名或ip
server-id             唯一id,假如一臺主機(jī)上多個遠(yuǎn)程debug服務(wù)
pid                   需要被打印配相信息的java進(jìn)程id,，可以用jps查問

# 基本參數(shù)
-dump:[live,]format=b,file=<filename> 使用hprof二進(jìn)制形式,輸出jvm的heap內(nèi)容到文件=. live子選項是可選的,，假如指定live選項,那么只輸出活的對象到文件
-finalizerinfo 打印正等候回收的對象的信息
-heap 打印heap的概要信息，GC使用的算法,，heap的配置及wise heap的使用情況
-histo[:live] 打印每個class的實例數(shù)目,內(nèi)存占用,類全名信息. VM的內(nèi)部類名字開頭會加上前綴”*”. 如果live子參數(shù)加上后,只統(tǒng)計活的對象數(shù)量
-permstat 打印classload和jvm heap長久層的信息. 包含每個classloader的名字,活潑性,地址,父classloader和加載的class數(shù)量. 另外,內(nèi)部String的數(shù)量和占用內(nèi)存數(shù)也會打印出來
-F 強(qiáng)迫.在pid沒有相應(yīng)的時候使用-dump或者-histo參數(shù). 在這個模式下,live子參數(shù)無效
-h | -help 打印輔助信息
-J 傳遞參數(shù)給jmap啟動的jvm
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

4.4 jhat（Java Heap Analysis Tool）

Jhat用于對JAVA heap進(jìn)行離線分析的工具,，它可以對不同虛擬機(jī)中導(dǎo)出的heap信息文件進(jìn)行分析

# jmap -dump:format=b,file=dumpFileName pid
jmap -dump:format=b,file=/tmp/dump.dat 21711

jhat -port 9998 /tmp/dump.dat
# 注意如果Dump文件太大，可能需要加上-J-Xmx512m這種參數(shù)指定最大堆內(nèi)存

# 在瀏覽器中輸入主機(jī)地址:9998查看
1
2
3
4
5
6
7

另外,，可以使用Eclipse插件MAT(Memory Analyzer Tool)對dump文件進(jìn)行分析,。

4.5 jstat（Java Virtual Machine Statistics Monitoring Tool）

Jstat用于監(jiān)控基于HotSpot的JVM，對其堆的使用情況進(jìn)行實時的命令行的統(tǒng)計,，使用jstat我們可以對指定的JVM做如下監(jiān)控：

• 類的加載及卸載情況
• 查看新生代,、老生代及持久代的容量及使用情況
• 查看新生代、老生代及持久代的垃圾收集情況,，包括垃圾回收的次數(shù)及垃圾回收所占用的時間
• 查看新生代中Eden區(qū)及Survior區(qū)中容量及分配情況等

語法：

jstat [ generalOption | outputOptions vmid [interval[s|ms] [count]] ]

generalOption - 單個的常用的命令行選項,，如-help, -options, 或 -version。
outputOptions -一個或多個輸出選項,，由單個的statOption選項組成,，可以和-t, -h, and -J等選項配合使用。

statOption 根據(jù)jstat統(tǒng)計的維度不同,，可以使用如下表中的選項進(jìn)行不同維度的統(tǒng)計,，不同的操作系統(tǒng)支持的選項可能會不一樣，可以通過-options選項,，查看不同操作系統(tǒng)所支持選項

-h n          用于指定每隔幾行就輸出列頭,，如果不指定，默認(rèn)是只在第一行出現(xiàn)列頭。
-J javaOption 用于將給定的javaOption傳給java應(yīng)用程序加載器,，例如,，“-J-Xms48m”將把啟動內(nèi)存設(shè)置為48M
-t n          用于在輸出內(nèi)容的第一列顯示時間戳，這個時間戳代表的時JVM開始啟動到現(xiàn)在的時間
vmid          VM的進(jìn)程號,，即當(dāng)前運行的java進(jìn)程號
interval      間隔時間,，單位可以是秒或者毫秒，通過指定s或ms確定,，默認(rèn)單位為毫秒
count         打印次數(shù),，如果缺省則打印無數(shù)次
1
2
3
4
5
6
7
8
9
10
11
12
13

統(tǒng)計維度與輸出

1. class 用于查看類加載情況的統(tǒng)計

2. compiler 用于查看HotSpot中即時編譯器編譯情況的統(tǒng)計

3. gc 用于查看JVM中堆的垃圾收集情況的統(tǒng)計

4. gccapacity 用于查看新生代,、老生代及持久代的存儲容量情況

5. gccause 用于查看垃圾收集的統(tǒng)計情況（這個和-gcutil選項一樣）,，如果有發(fā)生垃圾收集,，它還會顯示最后一次及當(dāng)前正在發(fā)生垃圾收集的原因。

6. gcnew 用于查看新生代垃圾收集的情況

7. gcnewcapacity 用于查看新生代的存儲容量情況

8. gcold 用于查看老生代及持久代發(fā)生GC的情況

9. gcoldcapacity 用于查看老生代的容量

10. gcpermcapacity 用于查看持久代的容量

11. gcutil 用于查看新生代,、老生代及持代垃圾收集的情況

12. printcompilation HotSpot編譯方法的統(tǒng)計

示例

jstat -gc 1618 250 4
1

4.6 jvisualvm（Java Virtual Machine Monitoring, Troubleshooting, and Profiling Tool）

jvisualvm同jconsole都是一個基于圖形化界面的,、可以查看本地及遠(yuǎn)程的JAVA GUI監(jiān)控工具，Jvisualvm同jconsole的使用方式一樣,，直接在命令行打入Jvisualvm即可啟動,，不過Jvisualvm相比，界面更美觀一些,，數(shù)據(jù)更實時,。

4.7 jconsole

一個java GUI監(jiān)視工具，可以以圖表化的形式顯示各種數(shù)據(jù),。并可通過遠(yuǎn)程連接監(jiān)視遠(yuǎn)程的服務(wù)器VM,。用java寫的GUI程序，用來監(jiān)控VM,，并可監(jiān)控遠(yuǎn)程的VM,，非常易用，而且功能非常強(qiáng),。命令行里打 jconsole,，選則進(jìn)程就可以了。

需要注意的就是在運行jconsole之前,，必須要先設(shè)置環(huán)境變量DISPLAY,，否則會報錯誤,，Linux下設(shè)置環(huán)境變量如下：
export DISPLAY=:0.0

4.8 jprofile

JProfiler是一個需要商業(yè)授權(quán)的全功能的Java剖析工具（profiler），專用于分析J2SE和J2EE應(yīng)用程序,。

它把CPU,、執(zhí)行緒和內(nèi)存的剖析組合在一個強(qiáng)大的應(yīng)用中。JProfiler可提供許多IDE整合和應(yīng)用服務(wù)器整合用途,。JProfiler直覺式的GUI讓你可以找到效能瓶頸,、抓出內(nèi)存漏失(memory leaks)、并解決執(zhí)行緒的問題,。它讓你得以對heap walker作資源回收器的root analysis,，可以輕易找出內(nèi)存漏失；heap快照（snapshot）模式讓未被參照（reference）的對象,、稍微被參照的對象,、或在終結(jié)（finalization）隊列的對象都會被移除；整合精靈以便剖析瀏覽器的Java外掛功能,。

4.9 jca

Java線程分析工具,，專業(yè)的線程分析工具兼容sun/oracle JDK dump線程堆，圖形化顯示線程概括信息,，非常容易的定位問題,。
jca是一個類工具 啟動方法：

java -jar jca433.jar
1

4.10 jinfo命令(Java Configuration Info)

jinfo可以輸出并修改運行時的java 進(jìn)程的opts,。用處比較簡單,，用于輸出JAVA系統(tǒng)參數(shù)及命令行參數(shù)。用法是jinfo -opt pid 如：查看2788的MaxPerm大小可以用 jinfo -flag MaxPermSize 2788,。

4.11 Jdb命令(The Java Debugger)

用來對core文件和正在運行的Java進(jìn)程進(jìn)行實時地調(diào)試,，里面包含了豐富的命令幫助您進(jìn)行調(diào)試。

4.12 Jstatd命令(Java Statistics Monitoring Daemon)

jstatd是一個基于RMI（Remove Method Invocation）的服務(wù)程序,，它用于監(jiān)控基于HotSpot的JVM中資源的創(chuàng)建及銷毀,，并且提供了一個遠(yuǎn)程接口允許遠(yuǎn)程的監(jiān)控工具連接到本地的JVM執(zhí)行命令。

jstatd是基于RMI的,，所以在運行jstatd的服務(wù)器上必須存在RMI注冊中心,，如果沒有通過選項”-p port”指定要連接的端口，jstatd會嘗試連接RMI注冊中心的默認(rèn)端口,。后面會談到如何連接到一個默認(rèn)的RMI內(nèi)部注冊中心,，如何禁止默認(rèn)的RMI內(nèi)部注冊中心的創(chuàng)建，以及如何啟動一個外部注冊中心,。

參數(shù)選項

-nr 如果RMI注冊中心沒有找到,，不會創(chuàng)建一個內(nèi)部的RMI注冊中心。
-p port RMI注冊中心的端口號,，默認(rèn)為1099,。
-n rminame 默認(rèn)為JStatRemoteHost,；如果同一臺主機(jī)上同時運行了多個jstatd服務(wù)，rminame可以用于唯一確定一個jstatd服務(wù),；這里需要注意一下,，如果開啟了這個選項，那么監(jiān)控客戶端遠(yuǎn)程連接時,，必須同時指定hostid及vmid,，才可以唯一確定要連接的服務(wù)，這個可以參看jps章節(jié)中列出遠(yuǎn)程服務(wù)器上Java進(jìn)程的示例,。
-J 用于傳遞jvm選項到由javac調(diào)用的java加載器中,，例如，“-J-Xms48m”將把啟動內(nèi)存設(shè)置為48M,，使用-J選項可以非常方便的向基于Java的開發(fā)的底層虛擬機(jī)應(yīng)用程序傳遞參數(shù),。
1
2
3
4

安全性

jstatd服務(wù)只能監(jiān)視具有適當(dāng)?shù)谋镜卦L問權(quán)限的JVM，因此jstatd進(jìn)程與被監(jiān)控的JVM必須運行在相同的用戶權(quán)限中,。但是有一些特殊的用戶權(quán)限,，如基于UNIX（TM）為系統(tǒng)的root用戶，它有權(quán)限訪問系統(tǒng)中所有JVM的資源,，如果jstatd進(jìn)程運行在這種權(quán)限中,，那么它可以監(jiān)視系統(tǒng)中的所有JVM，但是這也帶來了額外的安全問題,。

示例

# 使用內(nèi)部RMI注冊中心（默認(rèn)端口是1099）,，啟動jstatd
jstatd -J-Djava.security.policy=jstatd.all.policy 

# 使用外部的RMI注冊中心，啟動jstatd
rmiregistry&jstatd -J-Djava.security.policy=all.policy 

# 外部的RMI注冊中心來啟動jstatd,，此注冊中心的端口為2020
rmiregistry 2020&jstatd -J-Djava.security.policy=all.policy -p 2020  

# 外部的RMI注冊中心來啟動jstatd,，此注冊中心的端口為2020，并且綁定到RMI注冊中心的名為AlternateJstatdServerName
rmiregistry 2020&jstatd -J-Djava.security.policy=all.policy -p 2020 -n AlternateJstatdServerName  

# 禁止內(nèi)部RMI注冊中心的創(chuàng)建
jstatd -J-Djava.security.policy=all.policy -nr

# 開啟RMI日記記錄,，jstatd運行在開啟了日志記錄功能的RMI注冊中
jstatd -J-Djava.security.policy=all.policy -J-Djava.rmi.server.logCalls=true
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

4.13 httpwatch

網(wǎng)頁數(shù)據(jù)分析工具,，對客戶端到服務(wù)器端的請求，響應(yīng)數(shù)據(jù)有效的監(jiān)控分析,。

5. 生產(chǎn)環(huán)境示例

5.1 Tomcat7

catalina.sh（只運行一個Tomcat）

# 8G內(nèi)存
JAVA_OPTS="
-Dfile.encoding=UTF-8 
-server 
-Djava.awt.headless=true 
-Xms6144m 
-Xmx6144m 
-XX:NewSize=1024m 
-XX:MaxNewSize=2048m 
-XX:PermSize=512m 
-XX:MaxPermSize=512m 
-XX:MaxTenuringThreshold=15 
-XX:NewRatio=2 
-XX:+AggressiveOpts 
-XX:+UseBiasedLocking 
-XX:+UseConcMarkSweepGC
-XX:+UseParNewGC
-XX:+CMSParallelRemarkEnabled
-XX:LargePageSizeInBytes=128m
-XX:+UseFastAccessorMethods
-XX:+UseCMSInitiatingOccupancyOnly
-XX:+DisableExplicitGC"

# 16G內(nèi)存（垃圾回收略）
JAVA_OPTS="
-Dfile.encoding=UTF-8 
-server 
-Xms13312m 
-Xmx13312m 
-XX:NewSize=3072m 
-XX:MaxNewSize=4096m 
-XX:PermSize=512m 
-XX:MaxPermSize=512m 
-XX:MaxTenuringThreshold=10 
-XX:NewRatio=2 
-XX:+DisableExplicitGC"

# 32G內(nèi)存（垃圾回收略）
JAVA_OPTS="
-Dfile.encoding=UTF-8 
-server 
-Xms29696m 
-Xmx29696m 
-XX:NewSize=6144m 
-XX:MaxNewSize=9216m 
-XX:PermSize=1024m 
-XX:MaxPermSize=1024m 
-XX:MaxTenuringThreshold=10 
-XX:NewRatio=2 
-XX:+DisableExplicitGC"
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50

5.2 Hadoop

建議Hadoop進(jìn)程的GC參數(shù)加上如下選項,，很多商業(yè)版都默認(rèn)加上了，這對JDK性能提升有很大幫助：

-XX:CMSInitiatingOccupancyFraction=70
-XX:+HeapDumpOnOutOfMemoryError
-XX:+UseConcMarkSweepGC
-XX:-CMSConcurrentMTEnabled
-XX:+CMSIncrementalMode
-Djava.net.preferIPv4Stack=true
1