本文主要是介绍linux cpu飙高原因排查，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
目录
cpu飙高处理步骤
内存飙高处理步骤
GC引起的单核飙高
常见SY飙高
IO飙高
cpu飙高处理步骤
top查找出哪个进程消耗的CPU高(top -c)
top -h -p查找出哪个线程消耗的cpu高（top -h -p pid）
这个命令就能显示刚刚找到的进程的所有线程的资源消耗情况。
printf％x进行pid的进制转换
找到CPU负载高的线程pid 8627, 把这个数字转换成16进制，21B3（10进制转16进制，用linux命令: printf %x 8627）
jstack记录进程的堆栈信息
执行jstack -l pid，拿到进程的线程dump文件。这个命令会打出这个进程的所有线程的运行堆栈。
找出消耗CPU最高的线程信息
搜索“21B3”，就是搜一下16进制显示的线程id。搜到后，下面的堆栈就是这个线程打出来的。
内存飙高处理步骤
jstat命令查看FGC发生的次数和消耗的时间，次数越多，耗时越长说明存在问题;
Jstat命令可以观察到classloader，compiler，gc相关信息。可以时时监控资源和性能
连续查看jmap -heap查看老生代的占用情况，变化越大说明程序存在问题;
Jmap命令（jmap [ option ] pid）得到运行java程序的内存分配的详细情况。例如实例个数，大小等
使用连续的jmap -histo：live命令导出文件，比对加载对象的差异，差异部分一般是发生问题的地方。
GC引起的单核飙高
单个CPU占用率高，首先从GC查起。
常见SY飙高
1.线程上下文切换频繁
线程太多
锁竞争激烈
IO飙高
如果IO的CPU占用很高，排查涉及到IO的程序，比如把OIO改造成NIO。
抖动问题
原因：字节码转为机器码需要占用CPU时间片，大量的CPU在执行字节码时，导致CPU长期处于高位;
现象：“C2 CompilerThread1”守护进程，“C2 CompilerThread0”守护进程CPU占用率最高;
2.cpu 飙高
1， top查找出哪个进程消耗的CPU高(top -c)
2.，top -h -p查找出哪个线程消耗的cpu高（top -h -p pid）
这个命令就能显示刚刚找到的进程的所有线程的资源消耗情况。
3， printf％x进行pid的进制转换
找到CPU负载高的线程pid 8627, 把这个数字转换成16进制，21B3（10进制转16进制，用linux命令: printf %x 8627）
4， jstack记录进程的堆栈信息
执行jstack -l pid，拿到进程的线程dump文件。这个命令会打出这个进程的所有线程的运行堆栈。
5， 找出消耗CPU最高的线程信息
srace -p
————————————————
版权声明：本文为CSDN博主「淡定╮」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_47148037/article/details/106297473
这篇关于linux cpu飙高原因排查的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
