100%指的是占用了CPU一个核心,两个核心是200%,以此类推。
CPU占用率及对应进程ID(pid)可以通过top命令确定,在top界面按 c (显示完整的命令行参数),按 1 (显示每个核心的统计数据)。
这个问题最常见的有以下几种可能:
1、堆内存不足导致频繁Full GC
可以通过两个命令确定
sudo jmap -heap pid
查看堆内存的消耗情况
sudo jstat -gc pid interval count
查看GC情况,示例: sudo jstat -gc 5746 3000 5
代表查看5746进程的GC情况、每隔3000毫秒打印一次、总共打印5次。如果FGC/FGCT增长明显,说明Full GC很频繁。
后续处理:
sudo jmap -histo pid | head -n 20
查看Java对象的占用统计信息,2) sudo jmap -dump:live,format=b,file=heap.bin pid
把堆转储导出到本地文件,可以用 Eclipse MAT 工具分析内存泄漏 2、代码实现问题
思路:追查具体是哪个线程占用了CPU,1)先查到本地系统CPU占用率高的线程ID,2)找到对应的Java线程及线程堆栈
top -H -p pid
查看某个进程里面哪些线程占用了CPU,把对应的线程ID拷贝下来,转为十六进制【IDEA》Tools》Groovy Console》println Long.toHexString(1234) 即可完成转换】。
sudo jstack -l -F pid | less
获取Java线程堆栈,用十六进制的本地线程ID搜索,会在某一行的nid处找到对应的线程。查看Java线程堆栈,找到对应的Java类及行号,然后阅读代码查找可能的问题原因。
jstack堆栈信息里tid/nid的说明
https://docs.oracle.com/javas...The thread dump consists of the thread stack, including the thread state, for all Java threads in the virtual machine. The header line contains the following information about the thread: - Thread ID (tid), which is the address of a thread structure in memory. - ID of the native thread (nid).