上篇讲到windows下排查cpu过高原因，后续将demo放到了linux系统里面，再写篇linux下排查cpu高
1、首先查看当前linux下跑的cpu
命令：top，查看cpu使用异常的进程PID，我本地环境的异常进程时71983
2、查看所有java进程找到具体哪个项目的进程
命令：ps - ef | grep java 查看具体是哪个项目 可以看到71983是我的一个websocket-recive的demo项目
3、使用top -H -p PID 查看异常线程
命令： top -H -p 进程号(71983)，查看此项目的异常线程，可以看到72331这个线程一直再占用cpu
4、步骤三展示PID是10进制的，系统语言记录的是16进制需要转换
命令：printf "%x " 线程号(72331)
5、使用jdk的命令 jstack 进程号(71983) | grep 16进制线程号(11a8b) -A90
命令：jstack 进程号(71983) | grep 16进制线程号(11a8b) -A90 可以找到指定异常线程的代码所在
6、可以看到对应的实体类中对应的代码逻辑
分析后得出结论：
线程会一直查询活跃线程和线程队列是否大于0。此时所有线程都不会释放，导致cpu飙升。应该在队列没数据时和不存在可用线程后休眠
7、重新上传项目后，查看CPU使用，会发现问题项目所用cpu降下来了。
注意事项：
如果提示 -bash: jstack: command not found，则可以找到jdk的目录，进入bin目录，再执行 ./jstack 进程号 | grep 16进制异常线程号 -A90 即可。
如果提示 well-known file is not secure，则是因为账号权限的问题。在/tmp/hsperfdata_$USER/目录，有一个以进程号命名的文件，当我们执行jmap或者jstack出现上叙信息时，先检查执行该命令的用户是否和hsperfdata_$USER这个文件所属的用户一致，如果不一致，切换至成一致再执行。执行：sudo -u 有权限的账号 ./jstack 进程号 | grep 16进制异常线程号 -A50 即可。