怎么排查CPU飙升

　　怎么排查CPU飙升
　　线上有些系统，本来跑的好好的，突然有一天就会出现报警，CPU使用率飙升，然后重启之后就好了。例如，多线程操作一个线程不安全的list往往就会出现这种现象。那么怎么定位到具体的代码范围呢？今天笔者就教大家一个小技巧
　　代码准备
　　这次，笔者准备了一个demo代码，大致线程模型是这样的:
　　代码下所示:public class CpuHighExample {
　　public static voidcpuHigh {
　　final List list = new LinkedList<>;
　　Thread thread1 = new Thread(newRunnable {
　　@Override
　　public voidrun {
　　int count = 1;
　　while (true) {
　　// 构造thread1为消耗很高cpu的线程
　　count = count + 1;
　　}
　　}
　　});
　　thread1.setName(＂thread1＂);
　　Thread thread2 = new Thread(newRunnable {
　　@Override
　　public voidrun {
　　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，正是我们跑的例子。那么下一步，我们就需要定位到底是那一个线程在耗CPUtop -H
　　Threads toggle
　　Starts top with the last remembered ’H’ state reversed. When this
　　toggle is On, all inpidual 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找到对应的代码范围，这无疑极大的缩小了我们的定位范围。