java进程占用CPU过高常见的两种情况及分析定位

 

在linux中的定位方法
4.1.找到CPU占用高的进程号 如：使用top命令查看（可以使用其它方法，只要找到对应的进程号即可）

注：图中第一列PID为进程号；

4.2、根据进程号找到CPU占用高的线程
如：使用命令top -H -p (其中要换成第一步找到的进程号)

 

top连接参数说明

-H :Threads-mode operation
Instructs top to display individual threads. Without this command-line option a summation of all threads in each process is shown. Later this can be changed with the `H' interactive command.
 
-p :Monitor-PIDs mode as: -pN1 -pN2 ... or -pN1,N2,N3 ...
Monitor only processes with specified process IDs. This option can be given up to 20 times, or you can provide a comma delimited list with up to 20 pids. Co-mingling both approaches is permitted.
1
2
查看某个进程内部线程占用情况分析:
top -H -p 65960
 

 

注：图中第一列PID此时为线程号；

4.3.导出java进程执行堆栈，并找到对应的线程
使用jstack > jstack_xxx.txt (其中要换成第一步找到的进程号)
从第二步中的PID中找出一个CPU占用高的线程号，把它转成16进制，比如70328转成112b8
从导出的堆栈信息里找到nid为cbd的线程堆栈

 

 

4.4：从堆栈里找到对应的代码执行类和方法
若代码为业务代码，则需要具体分析代码，找出代码中死循环或接近死循环的地方，并修正；定位结束；

若堆栈信息为gc线程（类似下图），则需要进行下一步

4.5：dump出java进程的堆对象使用情况
使用jmap -histo > jmap_xxx.txt

找出量比较大的、且跟业务有关的对象，找到这些对象创建的地方进行分析；一般需要持续创建大量的对象，使得内存不够用时，才会频繁触发gc进行回收，gc回收时jvm有停顿，CPU也占用很高。

线程之间的切换，是很耗费性能的，所以带来CPU飙升.
新生代设置过小，也会频繁触发gc。有大对象始终根节点路径可达，无法释放,jvm在疯狂的Full GC。