本帖最后由 仙人掌 于 2016-8-1 13:52 编辑
一个应用占用CPU很高，除了确实是计算密集型应用之外，通常原因都是出现了死循环。
参考网址：hankchen，http://www.blogjava.net/hankchen）
http://blog.csdn.net/blade2001/article/details/9065985
以我们最近出现的一个实际故障为例，介绍怎么定位和解决这类问题。
根据top命令，发现PID为28555的Java进程占用CPU高达200%，出现故障。
通过ps aux | grep PID命令，可以进一步确定是tomcat进程出现了问题。但是，怎么定位到具体线程或者代码呢？
首先显示线程列表:
ps -mp pid -o THREAD,tid,time|sort -rn
找到了耗时最高的线程28802，占用CPU时间快两个小时了！
其次将需要的线程ID转换为16进制格式：
printf "%x\n" tid
最后打印线程的堆栈信息：
jstack pid |grep tid -A 30（如果执行此命令显示如下错误，
1. Unable to open socket file: target process not responding or HotSpot VM not loaded
2. The -F option can be used when the target process is not responding
则切换到进程启动使用的用户，执行此命令即可解决）
找到出现问题的代码！
一个应用占用CPU很高，除了确实是计算密集型应用之外，通常原因都是出现了死循环。
参考网址：hankchen，http://www.blogjava.net/hankchen）
http://blog.csdn.net/blade2001/article/details/9065985
以我们最近出现的一个实际故障为例，介绍怎么定位和解决这类问题。
根据top命令，发现PID为28555的Java进程占用CPU高达200%，出现故障。
通过ps aux | grep PID命令，可以进一步确定是tomcat进程出现了问题。但是，怎么定位到具体线程或者代码呢？
首先显示线程列表:
ps -mp pid -o THREAD,tid,time|sort -rn
找到了耗时最高的线程28802，占用CPU时间快两个小时了！
其次将需要的线程ID转换为16进制格式：
printf "%x\n" tid
最后打印线程的堆栈信息：
jstack pid |grep tid -A 30（如果执行此命令显示如下错误，
1. Unable to open socket file: target process not responding or HotSpot VM not loaded
2. The -F option can be used when the target process is not responding
则切换到进程启动使用的用户，执行此命令即可解决）
找到出现问题的代码！
编辑回复