很多运维的同学遇到这种状况往往会不知所措，对于CPU过载问题通常使用以下两种方式即可快速定位：

方法一

***步：使用

1. top命令，然后按shift+p按照CPU排序 

找到占用CPU过高的进程的pid

第二步：使用

1. top -H -p [进程id] 

找到进程中消耗资源***的线程的id

第三步：使用

1. echo 'obase=16;[线程id]' | bc或者printf "%x\n" [线程id]  

将线程id转换为16进制(字母要小写)

1. bc是linux的计算器命令 

第四步：执行

1. jstack [进程id] |grep -A 10 [线程id的16进制]” 

查看线程状态信息

方法二

***步：使用

1. top命令，然后按shift+p按照CPU排序 

找到占用CPU过高的进程

第二步：使用

1. ps -mp pid -o THREAD,tid,time | sort -rn 

获取线程信息，并找到占用CPU高的线程

第三步：使用

1. echo 'obase=16;[线程id]' | bc或者printf "%x\n" [线程id] 

将需要的线程ID转换为16进制格式

第四步：使用

1. jstack pid |grep tid -A 30 [线程id的16进制] 

打印线程的堆栈信息

案例分析

1. 场景描述

生产环境下JAVA进程高CPU占用故障排查

2. 解决过程

(1) 根据top命令，发现PID为2633的Java进程占用CPU高达300%，出现故障。

(2) 找到该进程后，如何定位具体线程或代码呢，首先显示线程列表,并按照CPU占用高的线程排序：

1. [root@localhost ~]# ps -mp 2633 -o THREAD,tid,time | sort -rn 

显示结果如下：

找到了耗时***的线程(TID)3626，占用CPU时间有12分钟了!

(3) 将需要的线程TID转换为16进制格式

1. [root@localhost ~]# printf "%x\n" 3626 

2. e18 

(4) ***使用jstack命令打印出该进程下面的此线程的堆栈信息：

1. [root@localhost ~]# jstack 2633 |grep "e18" -A 30 

相比故障的解决而言，发现故障也同等的重要!市场上的大多数监控软件都能实现服务器负载的实时观测，比如：Zabbix、Nagios、阿里云监控(针对云服务器)等。但是当中大部分的软件都需要运维同学主动去设置规则或者检测才能发现问题，如何被动的也能收到告警呢?