（转载）jConsole,jvisualvm和jmap使用
原文链接：http://my.oschina.net/freegarden/blog/286372
摘要
Oracle JVM自带了一些工具，观察java程序的运行，用于排错调优。正文将会对 jConsole 、jvisualvm 和 jmap 进行简单介绍。
JConsole
JConsole 是一个内置 Java 性能分析器，可以从命令行或在 GUI shell 中运行。可以轻松地使用 JConsole来监控 Java 应用程序性能和跟踪 Java 中的代码。
1- 启动
使 JDK 在 PATH 上，从命令行启动，运行 jconsole
2- 连接
2.1- 本地连接
2.2- 远程连接
无认证连接设置
-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.port=8888
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
图示如下
还有一种启动方式：jconsole.exe 192.168.3.228:8888
3- 性能分析
3.1- 概述: Displays overview information about the Java VM and monitored values.
对着图点击右键可以保存数据到CSV文件，以后可以使用其他工具来分析这些数据。
3.2- 内存: 显示内存使用信息
查看堆内存，非堆内存，内存池的状况总体内存的分配和使用情况以及不同的GC进行垃圾回收的次数和时间。
3.3- 线程: 显示线程使用信息
3.4- 类: 显示类装载信息
3.5- VM摘要: 显示java VM信息
3.6- MBeans: 显示 MBeans
jvisualvm
升级版的jConsole。
从命令行启动，运行 jvisualvm 。
jmap
用来显示Java进程的内存映射。
1-默认视图
查看连接到进程里的本地类库。
[xinli@192 ~]$ jmap 26001
Attaching to process ID 26001, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 17.0-b16
0x00683000 139K /lib/ld-2.12.so
0x006a9000 1845K /lib/libc-2.12.so
0x0083d000 197K /lib/libm-2.12.so
0x00869000 19K /lib/libdl-2.12.so
0x00870000 130K /lib/libpthread-2.12.so
0x008a3000 40K /lib/librt-2.12.so
0x04103000 113K /lib/libnsl-2.12.so
0x08048000 46K /usr/java/jdk1.6.0_21/bin/java
0x4ef5f000 36K /usr/java/jdk1.6.0_21/jre/lib/i386/libnio.so
0x53402000 4K /usr/java/jdk1.6.0_21/jre/lib/i386/librmi.so
0xb6c09000 93K /usr/java/jdk1.6.0_21/jre/lib/i386/libnet.so
0xb6c1d000 33K /usr/java/jdk1.6.0_21/jre/lib/i386/libmanagement.so
0xb6c75000 57K /lib/libnss_files-2.12.so
0xb6c86000 74K /usr/java/jdk1.6.0_21/jre/lib/i386/libzip.so
0xb6c9f000 184K /usr/java/jdk1.6.0_21/jre/lib/i386/libjava.so
0xb6d15000 9452K /usr/java/jdk1.6.0_21/jre/lib/i386/server/libjvm.so
0xb78b5000 37K /usr/java/jdk1.6.0_21/jre/lib/i386/jli/libjli.so
0xb78c5000 37K /usr/java/jdk1.6.0_21/jre/lib/i386/native_threads/libhpi.so
0xb78ce000 55K /usr/java/jdk1.6.0_21/jre/lib/i386/libverify.so
[xinli@192 ~]$
2-堆视图
堆大小是年轻代、年老代加上PermGen区总和。年轻代内部有伊甸园和幸存者乐园。
[xinli@192 ~]$ jmap -heap 26001
Attaching to process ID 26001, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 17.0-b16
using thread-local object allocation.
Parallel GC with 2 thread(s)
Heap Configuration:
MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70
MaxHeapSize = 1073741824 (1024.0MB)
NewSize = 1048576 (1.0MB)
MaxNewSize = 4294901760 (4095.9375MB)
OldSize = 4194304 (4.0MB)
NewRatio = 2
SurvivorRatio = 8
PermSize = 16777216 (16.0MB)
MaxPermSize = 536870912 (512.0MB)
Heap Usage:
PS Young Generation
Eden Space:
capacity = 266665984 (254.3125MB)
used = 219310160 (209.1504669189453MB)
free = 47355824 (45.16203308105469MB)
82.24152053829258% used
From Space:
capacity = 34734080 (33.125MB)
used = 34713344 (33.105224609375MB)
free = 20736 (0.019775390625MB)
99.94030070754717% used
To Space:
capacity = 46268416 (44.125MB)
used = 0 (0.0MB)
free = 46268416 (44.125MB)
0.0% used
PS Old Generation
capacity = 715849728 (682.6875MB)
used = 591219088 (563.8304595947266MB)
free = 124630640 (118.85704040527344MB)
82.58983203804472% used
PS Perm Generation
capacity = 123863040 (118.125MB)
used = 122851872 (117.16067504882812MB)
free = 1011168 (0.964324951171875MB)
99.18364025297619% used
[xinli@192 ~]$
以上信息看不到堆内的信息，要知道内存都到哪了去了，就得使用柱状视图。
3-柱状视图
jmap使用类型内部名称。如：字符数组会写成 [C 。
[xinli@192 ~]$ jmap -histo 26001 | head -30
num #instances #bytes class name
----------------------------------------------
1: 2433674 208875632 [C
2: 72266 161710576 [B
3: 2288352 54920448 java.lang.String
4: 295753 36620048 <constMethodKlass>
5: 795406 35750608 [Ljava.lang.Object;
6: 295753 23665800 <methodKlass>
7: 803901 19293624 java.util.HashMap$Entry
8: 584375 18700000 java.util.LinkedHashMap$Entry
9: 375345 18016560 org.hibernate.collection.PersistentSet
10: 249156 16440472 [I
11: 199796 15983680 java.lang.reflect.Method
12: 98625 15092552 [Ljava.util.HashMap$Entry;
13: 375797 15031880 org.hibernate.engine.CollectionEntry
14: 22720 14800808 <constantPoolKlass>
15: 805673 12890768 java.lang.Long
16: 375797 12025504 org.hibernate.engine.CollectionKey
17: 481249 11549976 java.sql.Timestamp
18: 155849 11221128 VideoCategory
19: 87492 11198976 VideoProgramMenu
20: 22720 10706552 <instanceKlassKlass>
21: 18790 9374096 <constantPoolCacheKlass>
22: 163064 9131584 org.codehaus.groovy.runtime.metaclass.MetaMethodIndex$Entry
23: 166641 9002408 <symbolKlass>
24: 148902 8338512 org.codehaus.groovy.runtime.metaclass.MetaMethodIndex$Entry
25: 320357 7999624 [Ljava.lang.String;
26: 331095 7946280 java.sql.Date
27: 472017 7552272 org.hibernate.util.IdentityMap$IdentityKey
[xinli@192 ~]$
以上只是输出的一部分。输出中有很多占用内存的 [C 实体。
存货对象的查看：
[xinli@192 ~]$ jmap -histo:live 26001 | head -5
num #instances #bytes class name
----------------------------------------------
1: 1891237 111818968 [C
2: 1903147 45675528 java.lang.String
比较一下字符数据是不是降低了不少，说明有好多等待回收的垃圾。
