怎么排查CPU飙升
线上有些系统，本来跑的好好的，突然有一天就会出现报警，CPU使用率飙升，然后重启之后就好了。例如，多线程操作一个线程不安全的list往往就会出现这种现象。那么怎么定位到具体的代码范围呢？今天笔者就教大家一个小技巧
代码准备
这次，笔者准备了一个demo代码，大致线程模型是这样的:
代码下所示:
public class CpuHighExample {
public static void cpuHigh() {
final List<String> list = new LinkedList<>();
Thread thread1 = new Thread(new Runnable() {
@Override
public void run() {
int count = 1;
while (true) {
// 构造thread1为消耗很高cpu的线程
count = count + 1;
}
}
});
thread1.setName("thread1");
Thread thread2 = new Thread(new Runnable() {
@Override
public void run() {
while (true) {
try {
// 构造thread2为消耗很低cpu的线程
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
});
thread2.setName("thread2");
thread1.start();
thread2.start();
}
}
案例运行
这个案例一运行，就听见笔者的电脑风扇起飞了，呼呼作响。直接top一下
果然是java进程，占用最高，CPU 100%了(占用了一个核),而其PID是2717，正是我们跑的例子。那么下一步，我们就需要定位到底是那一个线程在耗CPU
top -H
Threads toggle
Starts top with the last remembered ’H’ state reversed. When this
toggle is On, all individual threads will be displayed. Other-
wise, top displays a summation of all threads in a process.
如man文档所描述,top -H可以打印出线程信息，我们就top -H一下。
图中可以看到，占用最高的线程PID是2727,同时线程名是thread1。
继续jstack
我们知道jstack可以dump出jvm所有线程运行的快照，然后我们就可以通过刚才获取的PID去定位到jstack那个进程。
// 注意，这边用top出来的进程号2717,而不是top -H出来的2727
jstack 2717 > 1.txt
由于jstack打印出的线程号是以16进制的形式表现的，所以我们对2727的线程号做一次转换,得到aa7。
然后我们在1.txt中搜索2727,这里用的是less然后进去后搜索，而不是用grep。因为这样比较直观的能看出之前和之后的信息。less下
我们找到aa7后，就直接能发现代码一直跑在CpuHighExample.java第19行上面。
当然了，我们需要多jstack几次，如果每次jstack出来都刚好在这段代码左右，那么基本可以证明，是这段代码导致CPU飙升了。
总结
CPU突然飙升这个问题，我们很容易通过top -H和jstack找到对应的代码范围，这无疑极大的缩小了我们的定位范围。