1、我們爲什麼要對jvm做優化？
在本地開發環境中我們很少會遇到需要對jvm進行優化的需求，但是到了生產環境，我們可能將有下面的需求：
運行的應用“卡住了”，日誌不輸出，程序沒有反應
服務器的CPU負載突然升高
在多線程應用下，如何分配線程的數量？
……
在本次課程中，我們將對jvm有更深入的學習，我們不僅要讓程序能跑起來，而且是可以跑的更快！可以分析解決
在生產環境中所遇到的各種“棘手”的問題。
說明：本套課程使用的jdk版本爲1.8。
2、jvm的運行參數
在jvm中有很多的參數可以進行設置，這樣可以讓jvm在各種環境中都能夠高效的運行。絕大部分的參數保持默認
即可。
2.1、三種參數類型
jvm的參數類型分爲三類，分別是：
標準參數
-help
-version
-X參數 （非標準參數）
-Xint
-Xcomp
-XX參數（使用率較高）
-XX:newSize
-XX:+UseSerialGC
2.2、標準參數
jvm的標準參數，一般都是很穩定的，在未來的JVM版本中不會改變，可以使用java -help檢索出所有的標準參數。
[root@node01 ~]# java -help
用法: java [-options] class [args...]
(執行類)
或 java [-options] -jar jarfile [args...]
(執行 jar 文件)
其中選項包括:
-d32 使用 32 位數據模型 (如果可用)
-d64 使用 64 位數據模型 (如果可用)
-server 選擇 "server" VM
默認 VM 是 server,
因爲您是在服務器類計算機上運行。
-cp <目錄和 zip/jar 文件的類搜索路徑>
-classpath <目錄和 zip/jar 文件的類搜索路徑>
用 : 分隔的目錄, JAR 檔案
和 ZIP 檔案列表, 用於搜索類文件。
-D<名稱>=<值>
設置系統屬性
-verbose:[class|gc|jni]
啓用詳細輸出
-version 輸出產品版本並退出
-version:<值>
警告: 此功能已過時, 將在
未來發行版中刪除。
需要指定的版本才能運行
-showversion 輸出產品版本並繼續
-jre-restrict-search | -no-jre-restrict-search
警告: 此功能已過時, 將在
未來發行版中刪除。
在版本搜索中包括/排除用戶專用 JRE
| -? -help | 輸出此幫助消息 |
| -X | 輸出非標準選項的幫助 |
-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
按指定的粒度啓用斷言
-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
禁用具有指定粒度的斷言
-esa | -enablesystemassertions
啓用系統斷言
-dsa | -disablesystemassertions
禁用系統斷言
-agentlib:<libname>[=<選項>]
加載本機代理庫 <libname>, 例如 -agentlib:hprof
另請參閱 -agentlib:jdwp=help 和 -agentlib:hprof=help
-agentpath:<pathname>[=<選項>]
按完整路徑名加載本機代理庫
-javaagent:<jarpath>[=<選項>]
加載 Java 編程語言代理, 請參閱 java.lang.instrument
-splash:<imagepath>
使用指定的圖像顯示啓動屏幕
2.2.2、-server與-client參數
可以通過-server或-client設置jvm的運行參數。
它們的區別是Server VM的初始堆空間會大一些，默認使用的是並行垃圾回收器，啓動慢運行快。
Client VM相對來講會保守一些，初始堆空間會小一些，使用串行的垃圾回收器，它的目標是爲了讓JVM的啓
動速度更快，但運行速度會比Serverm模式慢些。
JVM在啓動的時候會根據硬件和操作系統自動選擇使用Server還是Client類型的JVM。
32位操作系統
如果是Windows系統，不論硬件配置如何，都默認使用Client類型的JVM。
如果是其他操作系統上，機器配置有2GB以上的內存同時有2個以上CPU的話默認使用server模式，否則
使用client模式。
64位操作系統
只有server類型，不支持client類型。
測試：
[root@node01 test]# java -client -showversion TestJVM
java version "1.8.0_141"
Java(TM) SE Runtime Environment (build 1.8.0_141-b15)
Java HotSpot(TM) 64-Bit Server VM (build 25.141-b15, mixed mode)
itcast
[root@node01 test]# java -server -showversion TestJVM
java version "1.8.0_141"
Java(TM) SE Runtime Environment (build 1.8.0_141-b15)
Java HotSpot(TM) 64-Bit Server VM (build 25.141-b15, mixed mode)
itcast
#由於機器是64位系統，所以不支持client模式
2.3、-X參數
jvm的-X參數是非標準參數，在不同版本的jvm中，參數可能會有所不同，可以通過java -X查看非標準參數。
[root@node01 test]# java -X
| -Xmixed | 混合模式執行 (默認) |
| -Xint | 僅解釋模式執行 |
| -Xbootclasspath:<用 | : 分隔的目錄和 zip/jar 文件> |
設置搜索路徑以引導類和資源
-Xbootclasspath/a:<用 : 分隔的目錄和 zip/jar 文件>
附加在引導類路徑末尾
-Xbootclasspath/p:<用 : 分隔的目錄和 zip/jar 文件>
置於引導類路徑之前
-Xdiag 顯示附加診斷消息
-Xnoclassgc 禁用類垃圾收集
-Xincgc 啓用增量垃圾收集
-Xloggc:<file> 將 GC 狀態記錄在文件中 (帶時間戳)
-Xbatch 禁用後臺編譯
| -Xms<size> | 設置初始 Java 堆大小 |
| -Xmx<size> | 設置最大 Java 堆大小 |
| -Xss<size> | 設置 Java 線程堆棧大小 |
| -Xprof | 輸出 cpu 配置文件數據 |
| -Xfuture | 啓用最嚴格的檢查, 預期將來的默認值 |
| -Xrs | 減少 Java/VM 對操作系統信號的使用 (請參閱文檔) |
| -Xcheck:jni | 對 JNI 函數執行其他檢查 |
| -Xshare:off | 不嘗試使用共享類數據 |
| -Xshare:auto | 在可能的情況下使用共享類數據 (默認) |
| -Xshare:on | 要求使用共享類數據, 否則將失敗。 |
| -XshowSettings | 顯示所有設置並繼續 |
-XshowSettings:all
顯示所有設置並繼續
-XshowSettings:vm 顯示所有與 vm 相關的設置並繼續
-XshowSettings:properties
顯示所有屬性設置並繼續
-XshowSettings:locale
顯示所有與區域設置相關的設置並繼續
-X 選項是非標準選項, 如有更改, 恕不另行通知。
2.3.1、-Xint、-Xcomp、-Xmixed
在解釋模式(interpreted mode)下，-Xint標記會強制JVM執行所有的字節碼，當然這會降低運行速度，通常低
10倍或更多。
-Xcomp參數與它（-Xint）正好相反，JVM在第一次使用時會把所有的字節碼編譯成本地代碼，從而帶來最大
程度的優化。
然而，很多應用在使用-Xcomp也會有一些性能損失，當然這比使用-Xint損失的少，原因是-xcomp沒有
讓JVM啓用JIT編譯器的全部功能。JIT編譯器可以對是否需要編譯做判斷，如果所有代碼都進行編譯的
話，對於一些只執行一次的代碼就沒有意義了。
-Xmixed是混合模式，將解釋模式與編譯模式進行混合使用，由jvm自己決定，這是jvm默認的模式，也是推
薦使用的模式。
示例：強制設置運行模式
#強制設置爲解釋模式
[root@node01 test]# java -showversion -Xint TestJVM
java version "1.8.0_141"
Java(TM) SE Runtime Environment (build 1.8.0_141-b15)
Java HotSpot(TM) 64-Bit Server VM (build 25.141-b15, interpreted mode)
itcast
#強制設置爲編譯模式
[root@node01 test]# java -showversion -Xcomp TestJVM
java version "1.8.0_141"
Java(TM) SE Runtime Environment (build 1.8.0_141-b15)
Java HotSpot(TM) 64-Bit Server VM (build 25.141-b15, compiled mode)
itcast
#注意：編譯模式下，第一次執行會比解釋模式下執行慢一些，注意觀察。
#默認的混合模式
[root@node01 test]# java -showversion TestJVM
java version "1.8.0_141"
Java(TM) SE Runtime Environment (build 1.8.0_141-b15)
Java HotSpot(TM) 64-Bit Server VM (build 25.141-b15, mixed mode)
itcast
2.4、-XX參數
-XX參數也是非標準參數，主要用於jvm的調優和debug操作。
-XX參數的使用有2種方式，一種是boolean類型，一種是非boolean類型：
boolean類型
格式：-XX:[+-]<name> 表示啓用或禁用<name>屬性
如：-XX:+DisableExplicitGC 表示禁用手動調用gc操作，也就是說調用System.gc()無效
非boolean類型
格式：-XX:<name>=<value> 表示<name>屬性的值爲<value>
如：-XX:NewRatio=1 表示新生代和老年代的比值
用法：
[root@node01 test]# java -showversion -XX:+DisableExplicitGC TestJVM
java version "1.8.0_141"
Java(TM) SE Runtime Environment (build 1.8.0_141-b15)
Java HotSpot(TM) 64-Bit Server VM (build 25.141-b15, mixed mode)
itcast
2.5、-Xms與-Xmx參數
-Xms與-Xmx分別是設置jvm的堆內存的初始大小和最大大小。
-Xmx2048m：等價於-XX:MaxHeapSize，設置JVM最大堆內存爲2048M。
-Xms512m：等價於-XX:InitialHeapSize，設置JVM初始堆內存爲512M。
適當的調整jvm的內存大小，可以充分利用服務器資源，讓程序跑的更快。
示例：
[root@node01 test]# java -Xms512m -Xmx2048m TestJVM
itcast
2.6、查看jvm的運行參數
有些時候我們需要查看jvm的運行參數，這個需求可能會存在2種情況：
第一，運行java命令時打印出運行參數；
第二，查看正在運行的java進程的參數；
2.6.1、運行java命令時打印參數
運行java命令時打印參數，需要添加-XX:+PrintFlagsFinal參數即可。
[root@node01 test]# java -XX:+PrintFlagsFinal -version
[Global flags]
| uintx | AdaptiveSizeDecrementScaleFactor | = | 4 |
| {product} uintx |
AdaptiveSizeMajorGCDecayTimeScale | = | 10 |
| {product} uintx |
AdaptiveSizePausePolicy | = | 0 |
| {product} uintx |
AdaptiveSizePolicyCollectionCostMargin | = | 50 |
| {product} uintx |
AdaptiveSizePolicyInitializingSteps | = | 20 |
| {product} uintx |
AdaptiveSizePolicyOutputInterval | = | 0 |
| {product} uintx |
AdaptiveSizePolicyWeight | = | 10 |
| {product} uintx |
AdaptiveSizeThroughPutPolicy | = | 0 |
| {product} uintx |
AdaptiveTimeWeight | = | 25 |
| {product} bool |
AdjustConcurrency | = | false |
| {product} bool |
AggressiveOpts | = | false |
| {product} intx |
AliasLevel | = | 3 |
| {C2 | product} | ||
| bool | AlignVector | = | true |
| {C2 | product} | ||
| intx | AllocateInstancePrefetchLines | = | 1 |
| {product} intx |
AllocatePrefetchDistance | = | 256 |
| {product} intx |
AllocatePrefetchInstr | = | 0 |
{product}
…………………………略…………………………………………
bool UseXmmI2D = false
{ARCH product}
bool UseXmmI2F = false
{ARCH product}
bool UseXmmLoadAndClearUpper = true
{ARCH product}
bool UseXmmRegToRegMoveAll = true
{ARCH product}
bool VMThreadHintNoPreempt = false
{product}
intx VMThreadPriority = -1
{product}
intx VMThreadStackSize = 1024
{pd product}
intx ValueMapInitialSize = 11
{C1 product}
intx ValueMapMaxLoopSize = 8
{C1 product}
intx ValueSearchLimit = 1000
{C2 product}
| bool | VerifyMergedCPBytecodes | = | true | |||||
| {product} bool |
VerifySharedSpaces | = | false | |||||
| {product} intx |
WorkAroundNPTLTimedWaitHang | = | 1 | |||||
| {product} uintx |
YoungGenerationSizeIncrement | = | 20 | |||||
| {product} uintx |
YoungGenerationSizeSupplement | = | 80 | |||||
| {product} uintx |
YoungGenerationSizeSupplementDecay | = | 8 | |||||
| {product} uintx |
YoungPLABSize | = | 4096 | |||||
| {product} bool |
ZeroTLAB | = | false | |||||
| {product} intx |
hashCode | = | 5 | |||||
| {product} | ||||||||
| java | version | "1.8.0_141" | ||||||
| Java(TM) | SE | Runtime | Environment | (build | 1.8.0_141-b15) | |||
| Java | HotSpot(TM) | 64-Bit | Server | VM | (build | 25.141-b15, | mixed | mode) |
由上述的信息可以看出，參數有boolean類型和數字類型，值的操作符是=或:=，分別代表默認值和被修改的值。
示例：
java -XX:+PrintFlagsFinal -XX:+VerifySharedSpaces -version
intx ValueMapInitialSize = 11
{C1 product}
intx ValueMapMaxLoopSize = 8
{C1 product}
intx ValueSearchLimit = 1000
{C2 product}
| bool | VerifyMergedCPBytecodes | = | true |
| {product} bool |
VerifySharedSpaces | := | true |
| {product} intx |
WorkAroundNPTLTimedWaitHang | = | 1 |
| {product} uintx |
YoungGenerationSizeIncrement | = | 20 |
| {product} uintx |
YoungGenerationSizeSupplement | = | 80 |
| {product} uintx |
YoungGenerationSizeSupplementDecay | = | 8 |
| {product} |
| uintx | YoungPLABSize | = | 4096 | |||||
| {product} bool |
ZeroTLAB | = | false | |||||
| {product} intx |
hashCode | = | 5 | |||||
| {product} | ||||||||
| java | version | "1.8.0_141" | ||||||
| Java(TM) | SE | Runtime | Environment | (build | 1.8.0_141-b15) | |||
| Java | HotSpot(TM) | 64-Bit | Server | VM | (build | 25.141-b15, | mixed | mode) |
#可以看到VerifySharedSpaces這個參數已經被修改了。
2.6.2、查看正在運行的jvm參數
如果想要查看正在運行的jvm就需要藉助於jinfo命令查看。
首先，啓動一個tomcat用於測試，來觀察下運行的jvm參數。
cd /tmp/
rz 上傳
tar -xvf apache-tomcat-7.0.57.tar.gz
cd apache-tomcat-7.0.57
cd bin/
./startup.sh
#http://192.168.40.133:8080/ 進行訪問
訪問成功：
#查看所有的參數，用法：jinfo -flags <進程id>
#通過jps 或者 jps -l 查看java進程
[root@node01 bin]# jps
6346 Jps
6219 Bootstrap
[root@node01 bin]# jps -l
6358 sun.tools.jps.Jps
6219 org.apache.catalina.startup.Bootstrap
[root@node01 bin]#
[root@node01 bin]# jinfo -flags 6219
Attaching to process ID 6219, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.141-b15
Non-default VM flags: -XX:CICompilerCount=2 -XX:InitialHeapSize=31457280 -
XX:MaxHeapSize=488636416 -XX:MaxNewSize=162529280 -XX:MinHeapDeltaBytes=524288 -
XX:NewSize=10485760 -XX:OldSize=20971520 -XX:+UseCompressedClassPointers -
XX:+UseCompressedOops -XX:+UseFastUnorderedTimeStamps -XX:+UseParallelGC
Command line: -Djava.util.logging.config.file=/tmp/apache-tomcat-
7.0.57/conf/logging.properties -
Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -
Djava.endorsed.dirs=/tmp/apache-tomcat-7.0.57/endorsed -Dcatalina.base=/tmp/apachetomcat-7.0.57 -Dcatalina.home=/tmp/apache-tomcat-7.0.57 -Djava.io.tmpdir=/tmp/apachetomcat-7.0.57/temp
#查看某一參數的值，用法：jinfo -flag <參數名> <進程id>
[root@node01 bin]# jinfo -flag MaxHeapSize 6219
-XX:MaxHeapSize=488636416
、jvm的內存模型
jvm的內存模型在1.7和1.8有較大的區別，雖然本套課程是以1.8爲例進行講解，但是我們也是需要對1.7的內存模
型有所瞭解，所以接下里，我們將先學習1.7再學習1.8的內存模型。
3.1、jdk1.7的堆內存模型
Young 年輕區（代）
Young區被劃分爲三部分，Eden區和兩個大小嚴格相同的Survivor區，其中，Survivor區間中，某一時刻只有
其中一個是被使用的，另外一個留做垃圾收集時複製對象用，在Eden區間變滿的時候， GC就會將存活的對
象移到空閒的Survivor區間中，根據JVM的策略，在經過幾次垃圾收集後，任然存活於Survivor的對象將被移
動到Tenured區間。
Tenured 年老區
Tenured區主要保存生命週期長的對象，一般是一些老的對象，當一些對象在Young複製轉移一定的次數以
後，對象就會被轉移到Tenured區，一般如果系統中用了application級別的緩存，緩存中的對象往往會被轉
移到這一區間。
Perm 永久區
Perm代主要保存class,method,filed對象，這部份的空間一般不會溢出，除非一次性加載了很多的類，不過在
涉及到熱部署的應用服務器的時候，有時候會遇到java.lang.OutOfMemoryError : PermGen space 的錯誤，
造成這個錯誤的很大原因就有可能是每次都重新部署，但是重新部署後，類的class沒有被卸載掉，這樣就造
成了大量的class對象保存在了perm中，這種情況下，一般重新啓動應用服務器可以解決問題。
Virtual區：
最大內存和初始內存的差值，就是Virtual區。
3.2、jdk1.8的堆內存模型
由上圖可以看出，jdk1.8的內存模型是由2部分組成，年輕代 + 年老代。
年輕代：Eden + 2*Survivor
年老代：OldGen
在jdk1.8中變化最大的Perm區，用Metaspace（元數據空間）進行了替換。
需要特別說明的是：Metaspace所佔用的內存空間不是在虛擬機內部，而是在本地內存空間中，這也是與1.7的永
久代最大的區別所在。
3.3、爲什麼要廢棄1.7中的永久區？
官網給出瞭解釋：http://openjdk.java.net/jeps/122
This is part of the JRockit and Hotspot convergence effort. JRockit customers do not need
to configure the permanent generation (since JRockit does not have a permanent
generation) and are accustomed to not configuring the permanent generation.
移除永久代是爲融合HotSpot JVM與 JRockit VM而做出的努力，因爲JRockit沒有永久代，不需要配置永久代。
現實使用中，由於永久代內存經常不夠用或發生內存泄露，爆出異常java.lang.OutOfMemoryError: PermGen。
基於此，將永久區廢棄，而改用元空間，改爲了使用本地內存空間。
3.4、通過jstat命令進行查看堆內存使用情況
jstat命令可以查看堆內存各部分的使用量，以及加載類的數量。命令的格式如下：
jstat [-命令選項] [vmid] [間隔時間/毫秒] [查詢次數]
3.4.1、查看class加載統計
[root@node01 ~]# jps
7080 Jps
6219 Bootstrap
| [root@node01 | ~]# | jstat | -class | 6219 |
| Loaded | Bytes | Unloaded | Bytes | Time |
| 3273 | 7122.3 | 0 | 0.0 | 3.98 |
說明：
Loaded：加載class的數量
Bytes：所佔用空間大小
Unloaded：未加載數量
Bytes：未加載佔用空間
Time：時間
3.4.2、查看編譯統計
[root@node01 ~]# jstat -compiler 6219
| Compiled | Failed | Invalid | Time | FailedType | FailedMethod |
| 2376 | 1 | 0 | 8.04 | 1 | org/apache/tomcat/util/IntrospectionUtils |
setProperty
說明：
Compiled：編譯數量。
Failed：失敗數量
Invalid：不可用數量
Time：時間
FailedType：失敗類型
FailedMethod：失敗的方法
3.4.3、垃圾回收統計
[root@node01 ~]# jstat -gc 6219
S0C S1C S0U S1U EC EU OC OU MC MU CCSC
CCSU YGC YGCT FGC FGCT GCT
| 9216.0 | 8704.0 | 0.0 | 6127.3 | 62976.0 | 3560.4 | 33792.0 |
| 2560.0 | 2361.6 | 7 | 1.078 | 1 | 0.244 | 1.323 |
20434.9 23808.0 23196.1
#也可以指定打印的間隔和次數，每1秒中打印一次，共打印5次
[root@node01 ~]# jstat -gc 6219 1000 5
S0C S1C S0U S1U EC EU OC OU MC MU CCSC
CCSU YGC YGCT FGC FGCT GCT
| 9216.0 | 8704.0 | 0.0 | 6127.3 | 62976.0 | 3917.3 | 33792.0 |
| 2560.0 | 2361.6 | 7 | 1.078 | 1 | 0.244 | 1.323 |
| 9216.0 | 8704.0 | 0.0 | 6127.3 | 62976.0 | 3917.3 | 33792.0 |
| 2560.0 | 2361.6 | 7 | 1.078 | 1 | 0.244 | 1.323 |
| 9216.0 | 8704.0 | 0.0 | 6127.3 | 62976.0 | 3917.3 | 33792.0 |
| 2560.0 | 2361.6 | 7 | 1.078 | 1 | 0.244 | 1.323 |
| 9216.0 | 8704.0 | 0.0 | 6127.3 | 62976.0 | 3917.3 | 33792.0 |
| 2560.0 | 2361.6 | 7 | 1.078 | 1 | 0.244 | 1.323 |
| 9216.0 | 8704.0 | 0.0 | 6127.3 | 62976.0 | 3917.3 | 33792.0 |
| 2560.0 | 2361.6 | 7 | 1.078 | 1 | 0.244 | 1.323 |
20434.9 23808.0 23196.1
20434.9 23808.0 23196.1
20434.9 23808.0 23196.1
20434.9 23808.0 23196.1
20434.9 23808.0 23196.1
說明：
S0C：第一個Survivor區的大小（KB）
S1C：第二個Survivor區的大小（KB）
S0U：第一個Survivor區的使用大小（KB）
S1U：第二個Survivor區的使用大小（KB）
EC：Eden區的大小（KB）
EU：Eden區的使用大小（KB）
OC：Old區大小（KB）
OU：Old使用大小（KB）
MC：方法區大小（KB）
MU：方法區使用大小（KB）
CCSC：壓縮類空間大小（KB）
CCSU：壓縮類空間使用大小（KB）
YGC：年輕代垃圾回收次數
YGCT：年輕代垃圾回收消耗時間
FGC：老年代垃圾回收次數
FGCT：老年代垃圾回收消耗時間
GCT：垃圾回收消耗總時間
4、jmap的使用以及內存溢出分析
前面通過jstat可以對jvm堆的內存進行統計分析，而jmap可以獲取到更加詳細的內容，如：內存使用情況的彙總、
對內存溢出的定位與分析。
4.1、查看內存使用情況
[root@node01 ~]# jmap -heap 6219
Attaching to process ID 6219, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.141-b15
using thread-local object allocation.
Parallel GC with 2 thread(s)
Heap Configuration: #堆內存配置信息
MinHeapFreeRatio = 0
MaxHeapFreeRatio = 100
MaxHeapSize = 488636416 (466.0MB)
NewSize = 10485760 (10.0MB)
MaxNewSize = 162529280 (155.0MB)
OldSize = 20971520 (20.0MB)
NewRatio = 2
SurvivorRatio = 8
| MetaspaceSize | = | 21807104 | (20.796875MB) | |
| CompressedClassSpaceSize | = | 1073741824 | (1024.0MB) | |
| MaxMetaspaceSize | = | 17592186044415 | MB | |
| G1HeapRegionSize | = | 0 | (0.0MB) | |
| Heap Usage: # 堆內存的使用情況 PS Young Generation #年輕代 |
||||
| Eden | Space: | |||
| capacity | = | 123731968 | (118.0MB) | |
| used | = | 1384736 | (1.320587158203125MB) | |
| free | = | 122347232 | (116.67941284179688MB) | |
| 1.1191416594941737% | used | |||
| From | Space: | |||
| capacity | = | 9437184 | (9.0MB) | |
| used | = | 0 | (0.0MB) | |
| free | = | 9437184 | (9.0MB) | |
| 0.0% | used | |||
| To | Space: capacity |
= | 9437184 | (9.0MB) |
| used | = | 0 | (0.0MB) | |
| free | = | 9437184 | (9.0MB) | |
| 0.0% | used |
PS Old Generation #年老代
capacity = 28311552 (27.0MB)
used = 13698672 (13.064071655273438MB)
free = 14612880 (13.935928344726562MB)
48.38545057508681% used
13648 interned Strings occupying 1866368 bytes.
4.2、查看內存中對象數量及大小
#查看所有對象，包括活躍以及非活躍的
jmap -histo <pid> | more
#查看活躍對象
jmap -histo:live <pid> | more
[root@node01 ~]# jmap -histo:live 6219 | more
num #instances #bytes class name
----------------------------------------------
1: 37437 7914608 [C
2: 34916 837984 java.lang.String
3: 884 654848 [B
4: 17188 550016 java.util.HashMap$Node
5: 3674 424968 java.lang.Class
6: 6322 395512 [Ljava.lang.Object;
7: 3738 328944 java.lang.reflect.Method
8: 1028 208048 [Ljava.util.HashMap$Node;
| 9: | 2247 | 144264 | [I |
| 10: | 4305 | 137760 | java.util.concurrent.ConcurrentHashMap$Node |
| 11: | 1270 | 109080 | [Ljava.lang.String; |
| 12: | 64 | 84128 | [Ljava.util.concurrent.ConcurrentHashMap$Node; |
| 13: | 1714 | 82272 | java.util.HashMap |
| 14: | 3285 | 70072 | [Ljava.lang.Class; |
| 15: | 2888 | 69312 | java.util.ArrayList |
| 16: | 3983 | 63728 | java.lang.Object |
| 17: | 1271 | 61008 | org.apache.tomcat.util.digester.CallMethodRule |
| 18: | 1518 | 60720 | java.util.LinkedHashMap$Entry |
| 19: | 1671 | 53472 | com.sun.org.apache.xerces.internal.xni.QName |
| 20: | 88 | 50880 | [Ljava.util. |