title: jvm工具_(dá)jcmd
date: 2017-02-15 09:18:05
tags:
category: JVM

jcmd缭裆，1.7發(fā)布新的jvm相關(guān)信息的診斷工具祭务，Oracle官網(wǎng)建議的替代jmap的工具闹瞧。注意其使用條件是只能在被診斷的JVM同臺sever上，并且具有相同的用戶和組(user and group).

jcmd最簡單的用法是列出機(jī)器上啟動的java進(jìn)程棒呛。直接輸出jcmd维贺，在我的機(jī)器上顯示如下：

25571 org.jetbrains.jps.cmdline.Launcher /Applications/IntelliJ IDEA.app/Contents/lib/javac2.jar:/Applications/IntelliJ IDEA.app/Contents/lib/snappy-in-java-0.5.1.jar:/Applications/IntelliJ IDEA.app/Contents/lib/jna.jar:/Applications/IntelliJ IDEA.app/Contents/lib/openapi.jar:/Applications/IntelliJ IDEA.app/Contents/lib/oromatcher.jar:/Applications/IntelliJ IDEA.app/Contents/lib/trove4j.jar:/Applications/IntelliJ IDEA.app/Contents/lib/jps-builders.jar:/Applications/IntelliJ IDEA.app/Contents/lib/nanoxml-2.2.3.jar:/Applications/IntelliJ IDEA.app/Contents/lib/jgoodies-forms.jar:/Applications/IntelliJ IDEA.app/Contents/lib/jdom.jar:/Applications/IntelliJ IDEA.app/Contents/lib/asm-all.jar:/Applications/IntelliJ IDEA.app/Contents/lib/protobuf-2.5.0.jar:/Applications/IntelliJ IDEA.app/Contents/lib/rt/jps-plugin-system.jar:/Applications/IntelliJ IDEA.app/Contents/lib/jna-platform.jar:/Applications/IntelliJ IDEA.app/Contents/lib/annotations.jar:/Applications/IntelliJ IDEA.app/Contents/lib/forms_rt.jar:/Applications/Intelli
21156 /Applications/SmartGit.app/Contents/Resources/Java/bootloader.jar
25542 org.jetbrains.idea.maven.server.RemoteMavenServer
25622 sun.tools.jcmd.JCmd
23880 
25485 
23647 org.apache.catalina.startup.Bootstrap start
24223 

jdk還有個類似的工具“jps",也具有此功能。

jcmd指令后面通常接某一java進(jìn)程的ID或者mainclass 加上各種指令彬檀，得到相關(guān)診斷信息帆啃。

而jcmd提供了相當(dāng)豐富的指令，正常人都不可能記住……輸入help指令窍帝，可以顯示可選指令的列表努潘。

tobideMacBook-Pro:hexoBlog tobi$ jcmd 23647 help
23647:
The following commands are available:
JFR.stop
JFR.start
JFR.dump
JFR.check
VM.native_memory
VM.check_commercial_features
VM.unlock_commercial_features
ManagementAgent.stop
ManagementAgent.start_local
ManagementAgent.start
GC.rotate_log
Thread.print
GC.class_stats
GC.class_histogram
GC.heap_dump
GC.run_finalization
GC.run
VM.uptime
VM.flags
VM.system_properties
VM.command_line
VM.version
help

前面幾個相關(guān)的功能,官網(wǎng)文檔說明是可以線上動態(tài)診斷jvm信息的工具，但是要商用協(xié)議坤学，沒細(xì)研究疯坤，略過. 光看指令的名稱，任然只能大概知道他的意思深浮，如果想進(jìn)一步了解該指令压怠，繼續(xù)在help 后面加上指令，可以看見詳細(xì)說明飞苇，如下此指令的意思是打印jvm中線程的情況菌瘫，impact表示對運(yùn)行中的JVM的影響，permission布卡，需要的權(quán)限雨让，使用的語法：

jcmd 23647 help Thread.print
23647:
Thread.print
Print all threads with stacktraces.

Impact: Medium: Depends on the number of threads.

Permission: java.lang.management.ManagementPermission(monitor)

Syntax : Thread.print [options]

Options: (options must be specified using the <key> or <key>=<value> syntax)
    -l : [optional] print java.util.concurrent locks (BOOLEAN, false)

打印jvm中的線程細(xì)節(jié)

jcmd 23647 Thread.print -l

Thread.print -l
23647:
2017-02-15 10:27:29
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.112-b16 mixed mode):

"Attach Listener" #1598 daemon prio=9 os_prio=31 tid=0x00007f9ec22e4000 nid=0x441b waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
    - None

"RMI TCP Connection(6)-127.0.0.1-EventThread" #1593 daemon prio=5 os_prio=31 tid=0x00007f9ebc8b0800 nid=0x7fbb waiting on condition [0x0000700011190000]
   java.lang.Thread.State: WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x000000077ad4d708> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
    at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
    at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:494)

   Locked ownable synchronizers:
    - None

"RMI TCP Connection(10.18.19.28:12181)" #1592 daemon prio=5 os_prio=31 tid=0x00007f9eb887e000 nid=0x8f5f runnable [0x0000700010d84000]
   java.lang.Thread.State: RUNNABLE
    at sun.nio.ch.KQueueArrayWrapper.kevent0(Native Method)
    at sun.nio.ch.KQueueArrayWrapper.poll(KQueueArrayWrapper.java:198)
    at sun.nio.ch.KQueueSelectorImpl.doSelect(KQueueSelectorImpl.java:117)
    at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
    - locked <0x000000077ad4bfa0> (a sun.nio.ch.Util$3)
    - locked <0x000000077ad4bf90> (a java.util.Collections$UnmodifiableSet)
    - locked <0x000000077ad4be70> (a sun.nio.ch.KQueueSelectorImpl)
    at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
    at org.apache.zookeeper.ClientCnxnSocketNIO.doTransport(ClientCnxnSocketNIO.java:349)
    at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1081)

   Locked ownable synchronizers:
    - None

"Curator-Framework-0-EventThread" #1591 daemon prio=5 os_prio=31 tid=0x00007f9ebf060000 nid=0xa563 waiting on condition [0x0000700010978000]
   java.lang.Thread.State: WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x000000077f1aaa50> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
    at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
    at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:494)

   Locked ownable synchronizers:
    - None

如上，可以導(dǎo)出jvm中的線程細(xì)節(jié)忿等。指令中的-l是打印線程所擁有的鎖的情況栖忠。

另外jstack和jcmd Thread.print都具有發(fā)現(xiàn)死鎖的功能。

2個線程分別持有鎖A和鎖B,去取對方的鎖贸街，java代碼如下：

public class DeadLock {
    public static void main(String[] args) throws InterruptedException {
        ReentrantLock lockA = new ReentrantLock();
        ReentrantLock lockB = new ReentrantLock();
        Condition conditionA = lockA.newCondition();
        Condition conditionB = lockB.newCondition();
        new Thread(
                () -> {
                    try {
                        lockA.lock();
                        TimeUnit.SECONDS.sleep(2L);
                        lockB.lock();

                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        lockA.unlock();
                        lockB.unlock();
                    }
                }
        ).start();

        new Thread(
                () -> {
                    try {
                        lockB.lock();
                        TimeUnit.SECONDS.sleep(2L);
                        lockA.lock();

                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        lockA.unlock();
                        lockB.unlock();
                    }
                }
        ).start();
        TimeUnit.DAYS.sleep(1L);
    }
}

運(yùn)行起來后娃闲，使用jcmd pid Thread.print -l，會發(fā)現(xiàn)多了一些顯示如下:

Found one Java-level deadlock:
=============================
"Thread-1":
  waiting for ownable synchronizer 0x000000076abd6b20, (a java.util.concurrent.locks.ReentrantLock$NonfairSync),
  which is held by "Thread-0"
"Thread-0":
  waiting for ownable synchronizer 0x000000076abd6b50, (a java.util.concurrent.locks.ReentrantLock$NonfairSync),
  which is held by "Thread-1"

Java stack information for the threads listed above:
===================================================
"Thread-1":
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x000000076abd6b20> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199)
    at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:209)
    at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
    at lazyguy.yyf.exercise.DeadLock.lambda$main$1(DeadLock.java:39)
    at lazyguy.yyf.exercise.DeadLock$$Lambda$2/363771819.run(Unknown Source)
    at java.lang.Thread.run(Thread.java:745)
"Thread-0":
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x000000076abd6b50> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199)
    at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:209)
    at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
    at lazyguy.yyf.exercise.DeadLock.lambda$main$0(DeadLock.java:23)
    at lazyguy.yyf.exercise.DeadLock$$Lambda$1/668386784.run(Unknown Source)
    at java.lang.Thread.run(Thread.java:745)

Found 1 deadlock.

jcmd自動為你發(fā)現(xiàn)了死鎖~~

GC.class_stats和GC.class_histogram

顯示jvm meta class的統(tǒng)計信息匾浪，impact high皇帮。

GC.heap_dump

導(dǎo)出堆的快照文件，可以配合jvisualm使用蛋辈。

GC.run_finalization和GC.run

調(diào)用 java.lang.System.runFinalization().方法和java.lang.System.gc()方法属拾。

VM.uptime

顯示JVM啟動的時間

VM.flags

打印虛擬機(jī)相關(guān)參數(shù)

VM.system_properties

打印當(dāng)前jvm讀到的system_properties,配合grep工具快速查看

VM.command_line

打印”啟動“JVM的時候使用了那些指令

事實(shí)上jcmd是原來的

jps(java 進(jìn)程查找)+jstack(線程信息)+jmap(堆和meta data內(nèi)存信息)

這3樣工具的集合加強(qiáng)版将谊。