1. JVM堆內存劃分

這兩天看到下面這篇文章的圖不錯。

一圖讀懂JVM架構解析

1.1 JDK7及以前的版本

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

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

1.2 JDK8版本

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

JDK8也提供了一個新的設置Matespace內存大小的參數：

注意：如果不設置JVM將會根據一定的策略自動增加本地元內存空間。如果你設置的元內存空間過小，你的應用程序可能得到以下錯誤：

2. JVM參數

-XX 參數被稱為不穩定參數，此類參數的設置很容易引起JVM性能上的差異。

不穩定參數語法規則：

布爾類型

數字類型

字符串類型

2.1 行為選項

2.2 性能選項

2.3 調試選項

3. 垃圾收集器

3.1 串行回收器

3.1.1 新生代串行回收器

特點

設置參數

3.1.2 老年代串行回收器

特點

設置參數

3.2 并行回收器

3.2.1 新生代ParNew回收器

特點

設置參數

3.2.2 新生代ParallelGC回收器

特點

設置參數

3.2.3 老年代ParallelOldGC回收器

特點

設置參數

3.3 CMS回收器(Concurrent Mark Sweep，并發標記清除)

3.3.1 老年代的并發回收器

特點

主要步驟

注:初始標記與重新標記是獨占系統資源的，不能與用戶線程一起執行，而其它階段則可以與用戶線程一起執行

設置參數

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

設置參數

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

3.4.1 概述

特點

主要步驟

并發標記周期

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

混合回收

這個階段即會執行正常的年輕代gc, 也會選取一些被標記的老年代區域進行回收, 同時處理新生代和年老輕

若需要, 會進行FullGC

混合GC時發生空間不足在新生代GC時, survivor區和老年代無法容納幸存對象時以上兩者都會導致一次FullGC產生

設置參數

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

3.4.2 參數選項

選項	默認值	描述
-XX:+UseG1GC	默認關閉	使用G1垃圾處理器
-XX:MaxGCPauseMillis=n	默認值：4294967295	設置并行收集最大暫停時間，這是一個理想目標，JVM將盡最大努力來實現它。
-XX:InitiatingHeapOccupancyPercent=n	默認值：45	啟動一個并發垃圾收集周期所需要達到的整堆占用比例。這個比例是指整個堆的占用比例而不是某一個代（例如G1）,如果這個值是0則代表‘持續做GC’。默認值是45
-XX:NewRatio=n	默認值：2	設置年輕代和年老代的比值。例如:值為3，則表示年輕代與年老代比值為1：3，年輕代占整個年輕代年老代和的1/4。
-XX:SurvivorRatio=n	默認值：8	年輕代中Eden區與兩個Survivor區的比值。注意Survivor區有兩個。如：3，表示Eden：Survivor=3：2，一個Survivor區占整個年輕代的1/5
-XX:MaxTenuringThreshold=n	默認值：15	設置垃圾最大存活閥值。如果設置為0的話，則年輕代對象不經過Survivor區，直接進入年老代。對于年老代比較多的應用，可以提高效率。如果將此值設置為一個較大值，則年輕代對象會在Survivor區進行多次復制，這樣可以增加對象再年輕代的存活時間，增加在年輕代即被回收的概論。
-XX:ParallelGCThreads=n	默認值：隨JVM運行平臺不同而異	配置并行收集器的線程數，即：同時多少個線程一起進行垃圾回收。此值最好配置與處理器數目相等。
-XX:ConcGCThreads=n	默認值：隨JVM運行平臺不同而異	并行垃圾收集時，使用的線程數。默認值和JVM運行的平臺有關。
-XX:G1ReservePercent=n	默認值：10	設置保留用來做假天花板以減少晉升（新生代對象晉升到老生代）失敗可能性的堆數目。
-XX:G1HeapRegionSize=n	默認值根據堆大小而定	使用G1垃圾回收器，java堆被劃分成統一大小的區塊。這個選項設置每個區塊的大小。最小值是1Mb，最大值是32Mb。

3.4.3 其他GC相關的設置

System.gc()

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

并行GC前額外觸發的新生代GC

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

對象何時進入老年代

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

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

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

4. 性能調優工具

4.1 jps(Java Virtual Machine Process Status Tool)

主要用來輸出JVM中運行的進程狀態信息。語法格式如下：

jps [options] [hostid]# hostid語法如下：[protocol:][[//]hostname][:port][/servername]protocol - 如果protocol及hostname都沒有指定，那表示的是與當前環境相關的本地協議，如果指定了hostname卻沒有指定protocol，那么protocol的默認就是rmi。hostname - 服務器的ip或者名稱，沒有指定則表示本機。port - 遠程rmi的端口，如果沒有指定則默認為1099。Servername - 注冊到RMI注冊中心中的jstatd的名稱。# 如果不指定hostid就默認為當前主機或服務器。# 命令行參數選項-q 忽略輸出類名、Jar名和傳入main方法的參數-m 輸出傳入main方法的參數-l 輸出main類或Jar的全限名-v 輸出傳入JVM的參數-V 輸出通過標記的文件傳遞給JVM的參數（.hotspotrc文件，或者是通過參數-XX:Flags=<filename>指定的文件）-J 用于傳遞jvm選項到由javac調用的java加載器中，例如，“-J-Xms48m”將把啟動內存設置為48M，使用-J選項可以非常方便的向基于Java的開發的底層虛擬機應用程序傳遞參數。123456789101112131415161718123456789101112131415161718

4.2 jstack（Java Stack Trace）

主要用來查看某個Java進程內的線程堆棧信息。語法格式如下：

jstack [option] pidjstack [option] executable corejstack [option] [server-id@]remote-hostname-or-ip# 命令行參數選項說明如下：-l 長列表，會打印出額外的鎖信息，在發生死鎖時可以用jstack -l pid來觀察鎖持有情況-m mixed mode，不僅會輸出Java堆棧信息，還會輸出C/C++堆棧信息（比如Native方法）-F 當’jstack [-l] pid’沒有相應的時候強制打印棧信息-h | -help打印幫助信息123456789123456789

jstack可以定位到線程堆棧，根據堆棧信息我們可以定位到具體代碼，所以它在JVM性能調優中使用得非常多。

4.3 jmap（Java Memory Map）

jmap用來查看堆內存使用狀況，一般結合jhat使用。jmap語法格式如下：

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

jmap [option] pidjmap [option] executable corejmap [option] [server-id@]remote-hostname-or-ip# 參數說明executable 產生core dump的java可執行程序core 將被打印信息的core dump文件remote-hostname-or-ip 遠程debug服務的主機名或ipserver-id 唯一id,假如一臺主機上多個遠程debug服務pid 需要被打印配相信息的java進程id，可以用jps查問# 基本參數-dump:[live,]format=b,file=<filename> 使用hprof二進制形式,輸出jvm的heap內容到文件=. live子選項是可選的，假如指定live選項,那么只輸出活的對象到文件-finalizerinfo 打印正等候回收的對象的信息-heap 打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用情況-histo[:live] 打印每個class的實例數目,內存占用,類全名信息. VM的內部類名字開頭會加上前綴”*”. 如果live子參數加上后,只統計活的對象數量-permstat 打印classload和jvm heap長久層的信息. 包含每個classloader的名字,活潑性,地址,父classloader和加載的class數量. 另外,內部String的數量和占用內存數也會打印出來-F 強迫.在pid沒有相應的時候使用-dump或者-histo參數. 在這個模式下,live子參數無效-h | -help 打印輔助信息-J 傳遞參數給jmap啟動的jvm12345678910111213141516171819201234567891011121314151617181920

4.4 jhat（Java Heap Analysis Tool）

Jhat用于對Java heap進行離線分析的工具，它可以對不同虛擬機中導出的heap信息文件進行分析

# jmap -dump:format=b,file=dumpFileName pidjmap -dump:format=b,file=/tmp/dump.dat 21711jhat -port 9998 /tmp/dump.dat# 注意如果Dump文件太大，可能需要加上-J-Xmx512m這種參數指定最大堆內存# 在瀏覽器中輸入主機地址:9998查看12345671234567

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

4.5 jstat（Java Virtual Machine Statistics Monitoring Tool）

Jstat用于監控基于HotSpot的JVM，對其堆的使用情況進行實時的命令行的統計，使用jstat我們可以對指定的JVM做如下監控：

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

語法：

jstat [ generalOption | outputOptions vmid [interval[s|ms] [count]] ]generalOption - 單個的常用的命令行選項，如-help, -options, 或 -version。outputOptions -一個或多個輸出選項，由單個的statOption選項組成，可以和-t, -h, and -J等選項配合使用。statOption 根據jstat統計的維度不同，可以使用如下表中的選項進行不同維度的統計，不同的操作系統支持的選項可能會不一樣，可以通過-options選項，查看不同操作系統所支持選項-h n 用于指定每隔幾行就輸出列頭，如果不指定，默認是只在第一行出現列頭。-J javaOption 用于將給定的javaOption傳給java應用程序加載器，例如，“-J-Xms48m”將把啟動內存設置為48M-t n 用于在輸出內容的第一列顯示時間戳，這個時間戳代表的時JVM開始啟動到現在的時間vmid VM的進程號，即當前運行的java進程號interval 間隔時間，單位可以是秒或者毫秒，通過指定s或ms確定，默認單位為毫秒count 打印次數，如果缺省則打印無數次1234567891011121312345678910111213

統計維度與輸出

class 用于查看類加載情況的統計

列名	說明
Loaded	加載了的類的數量
Bytes	加載了的類的大小，單為Kb
Unloaded	卸載了的類的數量
Bytes	卸載了的類的大小，單為Kb
Time	花在類的加載及卸載的時間

2. compiler 用于查看HotSpot中即時編譯器編譯情況的統計

列名	說明
Compiled	編譯任務執行的次數
Failed	編譯任務執行失敗的次數
Invalid	編譯任務非法執行的次數
Time	執行編譯花費的時間
FailedType	最后一次編譯失敗的編譯類型
FailedMethod	最后一次編譯失敗的類名及方法名

3. gc 用于查看JVM中堆的垃圾收集情況的統計

列名	說明
S0C	新生代中Survivor space中S0當前容量的大?。↘B）
S1C	新生代中Survivor space中S1當前容量的大?。↘B）
S0U	新生代中Survivor space中S0容量使用的大小（KB）
S1U	新生代中Survivor space中S1容量使用的大小（KB）
EC	Eden space當前容量的大小（KB）
EU	Eden space容量使用的大?。↘B）
OC	Old space當前容量的大小（KB）
OU	Old space使用容量的大?。↘B）
PC	Permanent space當前容量的大小（KB）
PU	Permanent space使用容量的大?。↘B）
YGC	從應用程序啟動到采樣時發生 Young GC 的次數
YGCT	從應用程序啟動到采樣時 Young GC 所用的時間(秒)
FGC	從應用程序啟動到采樣時發生 Full GC 的次數
FGCT	從應用程序啟動到采樣時 Full GC 所用的時間(秒)
GCT	T從應用程序啟動到采樣時用于垃圾回收的總時間(單位秒)，它的值等于YGC+FGC

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

列名	說明
NGCMN	新生代的最小容量大?。↘B）
NGCMX	新生代的最大容量大?。↘B）
NGC	當前新生代的容量大?。↘B）
S0C	當前新生代中survivor space 0的容量大?。↘B）
S1C	當前新生代中survivor space 1的容量大小（KB）
EC	Eden space當前容量的大?。↘B）
OGCMN	老生代的最小容量大?。↘B）
OGCMX	老生代的最大容量大?。↘B）
OGC	當前老生代的容量大小（KB）
OC	當前老生代的空間容量大?。↘B）
PGCMN	持久代的最小容量大?。↘B）
PGCMX	持久代的最大容量大?。↘B）
PGC	當前持久代的容量大小（KB）
PC	當前持久代的空間容量大?。↘B）
YGC	從應用程序啟動到采樣時發生 Young GC 的次數
FGC	從應用程序啟動到采樣時發生 Full GC 的次數

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

列名	說明
LGCC	最后一次垃圾收集的原因，可能為“unknown GCCause”、“System.gc()”等
GCC	當前垃圾收集的原因

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

列名	說明
S0C	當前新生代中survivor space 0的容量大?。↘B）
S1C	當前新生代中survivor space 1的容量大?。↘B）
S0U	S0已經使用的大小（KB）
S1U	S1已經使用的大?。↘B）
TT	Tenuring threshold，要了解這個參數，我們需要了解一點Java內存對象的結構，在Sun JVM中，（除了數組之外的）對象都有兩個機器字（Words）的頭部。第一個字中包含這個對象的標示哈希碼以及其他一些類似鎖狀態和等標識信息，第二個字中包含一個指向對象的類的引用，其中第二個字節就會被垃圾收集算法使用到。在新生代中做垃圾收集的時候，每次復制一個對象后，將增加這個對象的收集計數，當一個對象在新生代中被復制了一定次數后，該算法即判定該對象是長周期的對象，把他移動到老生代，這個閾值叫著tenuring threshold。這個閾值用于表示某個/些在執行批定次數youngGC后還活著的對象，即使此時新生的的Survior沒有滿，也同樣被認為是長周期對象，將會被移到老生代中。
MTT	Maximum tenuring threshold，用于表示TT的最大值。
DSS	Desired survivor size (KB).可以參與這里：http://blog.csdn.net/yangjun2/article/details/6542357
EC	Eden space當前容量的大小（KB）
EU	Eden space已經使用的大小（KB）
YGC	從應用程序啟動到采樣時發生 Young GC 的次數
YGCT	從應用程序啟動到采樣時 Young GC 所用的時間(單位秒)

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

列名	說明
NGCMN	新生代的最小容量大小（KB）
NGCMX	新生代的最大容量大?。↘B）
NGC	當前新生代的容量大小（KB）
S0CMX	新生代中SO的最大容量大小（KB）
S0C	當前新生代中SO的容量大?。↘B）
S1CMX	新生代中S1的最大容量大?。↘B）
S1C	當前新生代中S1的容量大?。↘B）
ECMX	新生代中Eden的最大容量大小（KB）
EC	當前新生代中Eden的容量大小（KB）
YGC	從應用程序啟動到采樣時發生 Young GC 的次數
FGC	從應用程序啟動到采樣時發生 Full GC 的次數

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

列名	說明
PC	當前持久代容量的大?。↘B）
PU	持久代使用容量的大?。↘B）
OC	當前老年代容量的大小（KB）
OU	老年代使用容量的大小（KB）
YGC	從應用程序啟動到采樣時發生 Young GC 的次數
FGC	從應用程序啟動到采樣時發生 Full GC 的次數
FGCT	從應用程序啟動到采樣時 Full GC 所用的時間(單位秒)
GCT	從應用程序啟動到采樣時用于垃圾回收的總時間(單位秒)，它的值等于YGC+FGC

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

列名	說明
OGCMN	老生代的最小容量大?。↘B）
OGCMX	老生代的最大容量大?。↘B）
OGC	當前老生代的容量大?。↘B）
OC	當前新生代的空間容量大?。↘B）
YGC	從應用程序啟動到采樣時發生 Young GC 的次數
FGC	從應用程序啟動到采樣時發生 Full GC 的次數
FGCT	從應用程序啟動到采樣時 Full GC 所用的時間(單位秒)
GCT	從應用程序啟動到采樣時用于垃圾回收的總時間(單位秒)，它的值等于YGC+FGC

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

列名	說明
PGCMN	持久代的最小容量大?。↘B）
PGCMX	持久代的最大容量大小（KB）
PGC	當前持久代的容量大?。↘B）
PC	當前持久代的空間容量大小（KB）
YGC	從應用程序啟動到采樣時發生 Young GC 的次數
FGC	Full GC次數
FGCT	從應用程序啟動到采樣時 Full GC 所用的時間(單位秒)
GCT	從應用程序啟動到采樣時用于垃圾回收的總時間(單位秒)，它的值等于YGC+FGC

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

列名	說明
S0	Heap上的 Survivor space 0 區已使用空間的百分比
S1	Heap上的 Survivor space 1 區已使用空間的百分比
E	Heap上的 Eden space 區已使用空間的百分比
O	Heap上的 Old space 區已使用空間的百分比
P	Perm space 區已使用空間的百分比
YGC	從應用程序啟動到采樣時發生 Young GC 的次數
YGCT	從應用程序啟動到采樣時 Young GC 所用的時間(單位秒)
FGC	從應用程序啟動到采樣時發生 Full GC 的次數
FGCT	從應用程序啟動到采樣時 Full GC 所用的時間(單位秒)
GCT	從應用程序啟動到采樣時用于垃圾回收的總時間(單位秒)，它的值等于YGC+FGC

12. printcompilation HotSpot編譯方法的統計

列名	說明
Compiled	編譯任務執行的次數
Size	方法的字節碼所占的字節數
Type	編譯類型
Method	指定確定被編譯方法的類名及方法名，類名中使名“/”而不是“.”做為命名分隔符，方法名是被指定的類中的方法，這兩個字段的格式是由HotSpot中的“-XX:+PrintComplation”選項確定的。

示例

jstat -gc 1618 250 411

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

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

4.7 jconsole

一個java GUI監視工具，可以以圖表化的形式顯示各種數據。并可通過遠程連接監視遠程的服務器VM。用java寫的GUI程序，用來監控VM，并可監控遠程的VM，非常易用，而且功能非常強。命令行里打 jconsole，選則進程就可以了。

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

4.8 jprofile

JProfiler是一個需要商業授權的全功能的Java剖析工具（profiler），專用于分析J2SE和J2EE應用程序。

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

4.9 jca

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

java -jar jca433.jar11

4.10 jinfo命令(Java Configuration Info)

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

4.11 Jdb命令(The Java Debugger)

用來對core文件和正在運行的Java進程進行實時地調試，里面包含了豐富的命令幫助您進行調試。

4.12 Jstatd命令(Java Statistics Monitoring Daemon)

jstatd是一個基于RMI（Remove Method Invocation）的服務程序，它用于監控基于HotSpot的JVM中資源的創建及銷毀，并且提供了一個遠程接口允許遠程的監控工具連接到本地的JVM執行命令。

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

參數選項

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

安全性

jstatd服務只能監視具有適當的本地訪問權限的JVM，因此jstatd進程與被監控的JVM必須運行在相同的用戶權限中。但是有一些特殊的用戶權限，如基于UNIX（TM）為系統的root用戶，它有權限訪問系統中所有JVM的資源，如果jstatd進程運行在這種權限中，那么它可以監視系統中的所有JVM，但是這也帶來了額外的安全問題。

示例

# 使用內部RMI注冊中心（默認端口是1099），啟動jstatdjstatd -J-Djava.security.policy=jstatd.all.policy # 使用外部的RMI注冊中心，啟動jstatdrmiregistry&jstatd -J-Djava.security.policy=all.policy # 外部的RMI注冊中心來啟動jstatd，此注冊中心的端口為2020rmiregistry 2020&jstatd -J-Djava.security.policy=all.policy -p 2020 # 外部的RMI注冊中心來啟動jstatd，此注冊中心的端口為2020，并且綁定到RMI注冊中心的名為AlternateJstatdServerNamermiregistry 2020&jstatd -J-Djava.security.policy=all.policy -p 2020 -n AlternateJstatdServerName # 禁止內部RMI注冊中心的創建jstatd -J-Djava.security.policy=all.policy -nr# 開啟RMI日記記錄，jstatd運行在開啟了日志記錄功能的RMI注冊中jstatd -J-Djava.security.policy=all.policy -J-Djava.rmi.server.logCalls=true12345678910111213141516171234567891011121314151617

4.13 httpwatch

網頁數據分析工具，對客戶端到服務器端的請求，響應數據有效的監控分析。

5. 生產環境示例

5.1 Tomcat7

catalina.sh（只運行一個Tomcat）

# 8G內存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內存（垃圾回收略）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內存（垃圾回收略）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"12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849501234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950

5.2 Hadoop

建議Hadoop進程的GC參數加上如下選項，很多商業版都默認加上了，這對JDK性能提升有很大幫助：

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

6. 參考

JDK8中JVM堆內存劃分

JDK8引進的JVM參數變化記錄

JVM 不穩定參數

java 8 JVM性能優化

Java性能優化攻略詳解

Jvm垃圾回收器詳細

JVM性能調優監控工具jps、jstack、jmap、jhat、jstat、hprof使用詳解

jps命令(Java Virtual Machine Process Status Tool)

Tomcat 8 安裝和配置、優化

轉自:http://blog.csdn.net/u013980127/article/details/53913994