首先CPU是整个电脑的核心计算资源，对于一个应用程序来说CPU的最小执行单元是线程，导致CPU飙高的原因有两个方面。
第一个是CPU的上下文切换过多对CPU来说同一个时刻下每个CPU核心只能运行一个线程，如果有多个线程要去被执行怎么办，CPU只能通过上下文切换的方式来执行调度不同的线程，上下文切换需要做两个事情。第一个是保存运行中线程的执行状态，第二个让处于等待中的线程恢复执行。这两个过程需要CPU执行内核相关指令，去实现状态的保存和恢复，如果较多的上下文切换会占据大量的CPU资源从而使得CPU无法去执行用户进程中的真正指令导致响应速度下降。在java中文件IO、网络IO、锁等待，这些都会去造成线程阻塞，而线程阻塞就会去导致CPU的上下文切换。
第二个是GPU资源过度消耗，也就是在程序中创建了大量的线程或者有线程一直占据GPU资源无法被释放，比如说像死循环。CPU利用率过高之后导致应用程序中的线程无法去获得CPU的调度从而影响程序的执行效率，所以既然是这两个问题导致CPU利用率较高，于是我们可以通过‘top’命令，找到CPU利用率较高的进程，再通过’Shift+H‘找到进程中CPU消耗过高的线程。这里有两种情况，第一种情况：CPU利用率过高的线程一直是同一个也就是线程ID没有变化，说明在程序中存在长期占用CPU没有释放的一个情况，那么这种情况直接可以通过jstack获得线程的Dump日志定位到线程目志后就可以找到问题的代码。第二种情况：CPU利用率过高的线程ID不断变化，那么说明线程创建过多需要去挑选几个线程ID，通过jstack去线程dump中去进行排查，最后有可能定位的结果是程序正常，只是在CPU飙高的那一刻，用户访问量非常大导致系统资源不够，那么这个时候我们需要采取的手段是去增加系统资源。
