模拟一次linux 高CPU 占用

模拟一次linux 高CPU 占用

通过linux top 命令 发现了linux 服务器 占用 很高，出现了故障。
在生产环境中，如何来定位问题呢？
如果发现是我们的应用程序问题，如何快速定位到应用代码？

1 .top命令 发现问题

通过top 命令 结果 发现 CPU 占用很高，PID = 12023 ,是我们的java 项目 程序。

这种情况 我们就不能 简单的 把进程 给kill 掉，需要找到具体的原因所在。(故障 是我故意模拟的)

top.png

2. 进一步确认问题

通过top 命令 可以发现是一个java 项目导致的 cpu 过高，如果我们服务器上 运行者不止一个java服务,怎么定位到具体的java项目？

通过 ps -aux |grep PID命令

ps aux |grep 12023

ps-aux.png

通过 结果发现，是由于 demo-0.0.1-SHAPSHOT.jar 这个项目的，那么我们就可以知道具体的是什么java应用了。

3. 定位到线程

定位到项目，还需要定位到具体是哪个线程导致的这个CPU 占用过高。

执行命令 ps -mp pid -o THREAD,tid,time 展示进程下所有线程。

ps -mp 12023 -o THREAD,tid,time

ThreadLS.png

通过结果发现线程id 为 12241 的线程占用了 97.5 % 的cpu 。

4. 打印堆栈信息

如果能看到出现问题的线程的堆栈信息，我们就可以定位到项目中出现问题的代码啦。

java 为我们提供了 一个 jstack 工具 可以查看运行时 线程堆栈信息。

jstack PID 

这样就是打印出 这个进程下所有的 线程的堆栈信息，数据太多需要过滤一下

首先需要把 十进制的线程id 转换为 十六进制格式的

printf "%x\n" 12241
结果：2fd1

然后执行命令

jstack 12023 |grep 2fd1 -A60

jstack.png

看到了熟悉的堆栈信息，找到一行 我们的项目信息 ：

at com.example.demo.controller.HelloController$1.run(HelloController.java:236)

问题就出现在 HelloController.java:236这行代码中。

到项目代码中看看怎么回事。

​ code.png

是这里有个循环，当然是我自己故意搞的。

定位到代码，就是大功告成了。

5. 总结

遇到生产环境的高CPU占用，如果是项目的问题，就可以通过这种方式定位到问题所在。

整理下步骤

1. top 发现问题 找到PID。
2. ps aux | grep PID 查看具体 程序。
3. ps -mp &PID -o THREAD,tid,tim； 定位到问题线程id。
4. printf "%x\n" tid; 转换 tid 为 16进制格式。
5. jstack PID | grep tid -A60 ,打印堆栈信息 ，定位问题代码。