JVM性能调优监控工具使用详解

实际企业级Java应用开拓、维护中，偶然辰我们会遇到下面这些题目：

• OutOfMemoryError，内存不敷
• 内存泄漏
• 线程死锁
• 锁争用(Lock Contention)
• Java历程耗损CPU过高
• ......

这些题目在一般开拓、维护中也许被许多人忽视(好比有的人碰着上面的题目只是重启处事器可能调大内存，而不会穷究题目来源)，但可以或许领略并办理这些题目是Java措施员进阶的必备要求。本文将对一些常用的JVM机能调优监控器材举办先容，但愿能起抛砖引玉之用。

并且这些监控、调优器材的行使，无论你是运维、开拓、测试，都是必需把握的。

A、 jps(Java Virtual Machine Process Status Tool)

jps首要用来输出JVM中运行的历程状态信息。语法名目如下：

jps [options] [hostid] 

假如不指定hostid就默以为当前主机或处事器。

呼吁行参数选项声名如下：

-q 不输出类名、Jar名和传入main要领的参数 
-m 输出传入main要领的参数 
-l 输出main类或Jar的全限名 
-v 输出传入JVM的参数 

好比下面：

root@ubuntu:/# jps -m -l 
2458 org.artifactory.standalone.main.Main /usr/local/artifactory-2.2.5/etc/jetty.xml 
29920 com.sun.tools.hat.Main -port 9998 /tmp/dump.dat 
3149 org.apache.catalina.startup.Bootstrap start 
30972 sun.tools.jps.Jps -m -l 
8247 org.apache.catalina.startup.Bootstrap start 
25687 com.sun.tools.hat.Main -port 9999 dump.dat 
21711 mrf-center.jar 

B、jstack

jstack首要用来查察某个Java历程内的线程仓库信息。语法名目如下：

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

呼吁行参数选项声名如下：

-l long listings，会打印出特另外锁信息，在发存亡锁时可以用jstack -l pid来调查锁持有环境-m mixed mode，不只会输出Java仓库信息，还会输出C/C++仓库信息（好比Native要领） 

jstack可以定位到线程仓库，按照仓库信息我们可以定位到详细代码，以是它在JVM机能调优中行使得很是多。下面我们来一个实例找出某个Java历程中最淹灭CPU的Java线程并定位仓库信息，用到的呼吁有ps、top、printf、jstack、grep。

第一步先找出Java历程ID，我陈设在处事器上的Java应用名称为mrf-center：

root@ubuntu:/# ps -ef | grep mrf-center | grep -v grep 
root 21711 1 1 14:47 pts/3 00:02:10 java -jar mrf-center.jar 

获得历程ID为21711，第二步找出该历程内最淹灭CPU的线程，可以行使ps -Lfp pid可能ps -mp pid -o THREAD, tid, time可能top -Hp pid，我这里用第三个，输出如下：

TIME列就是各个Java线程淹灭的CPU时刻，CPU时刻最长的是线程ID为21742的线程，用

printf "%xn" 21742 

获得21742的十六进制值为54ee，下面会用到。

OK，下一步终于轮到jstack上场了，它用来输出历程21711的仓库信息，然后按照线程ID的十六进制值grep，如下：

root@ubuntu:/# jstack 21711 | grep 54ee 
"PollIntervalRetrySchedulerThread" prio=10 tid=0x00007f950043e000 nid=0x54ee in Object.wait [0x00007f94c6eda000] 

可以看到CPU耗损在PollIntervalRetrySchedulerThread这个类的Object.wait，我找了下我的代码，定位到下面的代码：

// Idle wait 
getLog.info("Thread [" + getName() + "] is idle waiting..."); 
schedulerThreadState = PollTaskSchedulerThreadState.IdleWaiting; 
long now = System.currentTimeMillis; 
long waitTime = now + getIdleWaitTime; 
long timeUntilContinue = waitTime - now; 
synchronized(sigLock) {try { 
if(!halted.get) { 
sigLock.wait(timeUntilContinue); 
} 
} catch (InterruptedException ignore) { 
} 
} 

它是轮询使命的空闲守候代码，上面的sigLock.wait(timeUntilContinue)就对应了前面的Object.wait。

C、jmap(Memory Map)和jhat(Java Heap Analysis Tool)

jmap用来查察堆内存行使状况，一样平常团结jhat行使。

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!