记一次java程序CPU占用过高问题排查

问题是这样的，将项目部署到服务器上后，发现应用程序的响应速度非常慢，于是开始进行了排查。

TOP

首先查看系统资源占用信息，TOP看一下

发现正在运行的JAVA项目CPU占用率很高，百分之200左右了，那么问题一定出在这个程序中

ps -mp pid -o THREAD,tid,time

再通过ps命令查看这个程序的线程信息,tid代码线程ID，time代表这个线程的已运行时间

由上面TOP可知进程ID为15669


于是可以看到这个进程中有3个线程的CPU占用率很高，并且它们目前也运行了13分钟了，它们的TID分别为16068,16069,16071

进制转换，2HEX

再将这3个TID转为16进制，为等会在jstack中查找方便

Printf “%x\n” number

得到这三个数的16进制为别为3ec4,3ec5,3ec7

jstack查看进程信息

有了线程ID的16进制后，再在jstack中查看进程堆栈信息(之所有拿到TID信息，主要是为了查找方便)

通过jstack -pid 再grep查询

从这里能看出，这3个线程目前还处于运行状态的

再通过jstack查看详细点的信息


其中显示出了较为详细的代码信息

本地代码问题排查

再通过回到代码中查看getRemovedDateTypeParam方法

仔细看了代码后，才发现了问题；此处的代码问题在于：如果paramMap不为空，但dateParamMap为空的，那么程序就会出现死循环。真是一个大BUG啊！

开发时大意了，没考虑到。

然后修改为以下代码：

再测试下，打包上传后，程序终于正常了!

如果以后遇到类似的问题可以先按照上面这种思路进行查看：

通过jps -v找到对应的pid;
导出进程stack信息：
jstack -l [pid] >> [文件名]

eg:jstack -l 123456 >> 123.txt

打开导出的jstack文件进行查看，如果内容过多，也可以先通过一些jstack分析工具进行查看；

最后分享一个用于查看jstack文件的工具:

“IBM Thread and Monitor Dump Analyzer for Java” 下载地址：(https://www.ibm.com/developerworks/community/groups/service/html/communityview?communityUuid=2245aa39-fa5c-4475-b891-14c205f7333c)