命令使用
top命令按内存和cpu排序
cpu排序:shift+p
内存排序:shift+m
排查步骤
1.使用top 定位到占用CPU高的进程PID
top -c
可以看出PID 733进程 的占用CPU 172%

2.获取线程信息,并找到占用CPU高的线程tid
ps -mp pid -o THREAD,tid,time | sort -rn
或者 top -p pid -H
查找进程733下的线程 可以看到TID 线程775占用了96%且持有了很长时间 其实到这一步基本上能猜测到应该是 肯定是那段代码发生了死循环

3.将需要的线程ID转换为16进制格式
printf "%x\n" tid

4、jstack查看进程信息然后利用grep来过滤对应的线程id信息。
通过jstack pid |grep tid 查询/或者直接使用 jstack pid |grep tid -A60(显示前60行)


显然是 SmsQueueServiceImpl 中的produceMissSms 和 consumeMissSms 方法有问题
TIPS:也可以导出该高CPUJava进程的线程栈信息,
命令:jstack -l [pid] >> [文件名]
eg:jstack -l 123456 >> 123.txt
网友评论