线上Java程序占用CPU过高解决方案

这个问题可以说是 java 面试的高频面试题了，有很多面试官都喜欢问这个问题，问题可能是下面这样的。

线上一台服务器 cpu 使用率100% 了，如果你碰到这样的情况，如何排查并找到问题原因？

这就是一个套路题，所谓套路题就是有标准的套路解法的，掌握了套路，不仅能解决面试官，还能解决问题。不然真的就掉进套路里了。

当我们真碰到这个问题的时候应该怎么排查呢？

模拟一个高 cpu 场景

先用一段程序创建几个线程，将其中一个线程设置成高 cpu 使用率的。

运行这段程序后，前面 10 个线程都处于休眠状态，只有最后一个线程会持续的占用 cpu 。

运行这段程序，然后就可以开始一些列的操作来发现问题原因了。

排查步骤第一步，使用 top 找到占用 cpu 最高的 java 进程

在真实环境中，首先要确认是不是 java 程序造成的，如果有系统监控工具，可能会直接在预警信息里告诉你是有哪个进程造成的，但也有可能不知道，需要我们手动排查。

如果是在面试场景中，这个问题可能不需要确认，毕竟 java 面试，面试官可能直接就告诉你是 java 占用的 cpu 过高。

这一步也非常简单，就是一个 top命令而已，基本上所有同学都用过这个命令吧。

使用 top命令发现占用 cpu 99.7% 的线程是 java 进程，进程 pid 为 13731。

第二步，用 top -hp 命令查看占用 cpu 最高的线程

上一步用 top命令找到了那个 java 进程。那一个进程中有那么多线程，不可能所有线程都一直占着 cpu 不放，这一步要做的就是揪出这个罪魁祸首，当然有可能不止一个。

执行top -hp pid命令，pid 就是前面的 java 进程，我这个例子中就是 13731 ，完整命令为：

top -hp 13731，执行之后的效果如下

可以看到占用 cpu 最高的那个线程 pid 为 13756。

然后将 13756转换为 16 进制的，后面会用到，可以用在线进制转换的网站直接转换，转换结果为 0x35bc

第三步，保存线程栈信息

当前 java 程序的所有线程信息都可以通过 jstack命令查看，我们用jstack命令将第一步找到的 java 进程的线程栈保存下来。

jstack 13731 > thread_stack.log

第四步，在线程栈中查找最贵祸首的线程

第二步已经找到了这个罪魁祸首的线程 pid，并把它转换成了 16 进制的，第三步保存下来的线程栈中有所有线程的 pid 16 进制信息，我们在线程栈中查找这个16进制的线程 id （0x35bc）。

怎么样，现在一目了然了，线程名称、线程状态、以及哪行代码消耗了最多的 cpu 都很清楚了。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。