记录一次Java程序CPU占用过高的问题

常用问题原因及排查思路：https://www.ibm.com/developerworks/cn/java/j-lo-visualvm/

原因

由下图看到，程序年轻代频繁GC，导致CPU占用过高

一、查找进程

查找问题进程比较简单，因为问题集中在CPU资源占用过高，那么我们查找进程时只需关注CPU。

打开JVisualVM，在Applications（中文版写的应用程序）面板中即可看到应用所在进程的PID。

需要注意的是该工具并不能定位到线程。

二、查找线程

根据进程查找线程，有两种方法。

1、使用window自带命令pslist

首先确认系统是否安装了pslist命令程序，如果命令不识别即没有安装，则上微软官方网址http://technet.microsoft.com/en-us/sysinternals/bb896682.aspx下载，下载完将其解压到C:\Windows\System32路径下即可使用。

 

2、利用微软提供的Process Explorer工具（推荐使用这个工具，可视化界面看起来很方便）

一般在windows下只能查看进程的CPU占用率，想要查看线程的CPU占用率可以通过该工具。下载地址是：http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx
下载后运行起来，找到PID为13320的进程

 

右键点击Properties->Threads选项，看到如下信息：

 

可以看到占用CPU最多的也是TID为19192的线程。

三、问题定位

问题定位需要以下步骤：

1、将线程TID转换为十六进制

因为线程dump信息中线程TID是十六进制的（堆dump也是这样），所以我们首先转换进制，这里通过系统自带的计算器进行转换。

 

记录下4AF8这个数字。

2、在JVisualVM中的中线程dump中查找“4AF8”

在JVisualVM中，应用程序右击，找到“线程Dump”

 

 

全选复制出来，通过Notepad++工具打开该文档，搜索“4AF8”，可以看到问题定位到了哪一个线程，在此查看它的dump，找到自己写的代码，便可找到引发问题的代码（我这里是swing的绘制组件方法导致的），注意有可能某个时间的线程dump没有自己写的代码，全是jdk的代码，这种情况可以尽量引发问题，然后再多dump几次看看