linux上项目cpu非常高排查

当有时突然出现cpu占用达90%，如下图

• PID：进程ID，用于唯一标识每个正在运行的进程
• %CPU：进程使用的 CPU 百分比。
• %MEM：进程使用的内存百分比。
• TIME+：进程已经运行的 CPU 时间

进程ID为14724，由root用户启动，正在使用1.3GB的虚拟内存和8.5%的物理内存，以及占用705%的CPU。该进程是Java应用程序。

排查方法

1.查看进程中最占用内存的线程

top -Hp 14724

执行该命令后，将会显示进程ID为17038的Java应用程序的每个线程的详细信息，包括线程ID、CPU使用情况、内存使用情况等。

2.将线程号转为16进制,并且查看在做什么

printf '%x\n' 17045

jstack 14724 | grep '0x4295' -C10 --color

3.用Jmap命令查看当前堆的使用情况

堆配置(Heap Configuration)：

• MinHeapFreeRatio = 0：允许的最小空闲堆内存比率。
• MaxHeapFreeRatio = 100：允许的最大空闲堆内存比率。
• MaxHeapSize = 1073741824 (1024.0MB)：最大堆内存大小。
• NewSize = 89128960 (85.0MB)：年轻代（Young Generation）的初始大小。
• MaxNewSize = 357564416 (341.0MB)：年轻代的最大大小。
• OldSize = 179306496 (171.0MB)：老年代（Old Generation）的初始大小。
• NewRatio = 2：老年代与年轻代的比率。
• SurvivorRatio = 8：年轻代中Eden区与两个Survivor区的比率。
• MetaspaceSize = 21807104 (20.796875MB)：元空间（Metaspace）的初始大小。
• CompressedClassSpaceSize = 1073741824 (1024.0MB)：压缩类空间大小。
• MaxMetaspaceSize = 17592186044415 MB：元空间的最大大小。
• G1HeapRegionSize = 0 (0.0MB)：G1垃圾收集器中的区域大小。

堆使用情况(Heap Usage)：

• PS Young Generation：关于年轻代的信息。
  • Eden Space：Eden区的容量为213MB，使用了213MB（100%使用率）。
  • From Space：一个Survivor区的容量为60.5MB，未使用（0%使用率）。
  • To Space：另一个Survivor区的容量为57.5MB，未使用（0%使用率）。
• PS Old Generation：老年代的容量为683MB，使用了682.8218994140625MB（约99.97%使用率）。

MaxHeapSize 设置JVM最大可用堆内存为1024MB（即1GB）。这是JVM能够使用的堆内存上限，JVM在运行过程中不会超过这个值。如果堆内存需求超过此值，可能会导致

4.解决方法以及结论

可以看到MaxHeapSize设置最大的为1024，老年代与洗新生代使用占比接近百分百了。MaxHeapSize设置的空间完全不够使用。从而会导致OOM

我这可以调整一下垃圾回收策略

java -Xms2g -Xmx4g -XX:NewRatio=3 -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -jar your-application.jar

• -Xms2g：设置JVM的初始堆大小为2GB。
• -Xmx4g：设置JVM的最大堆大小为4GB。
• -XX:NewRatio=3：设置新生代和老年代的比例为1:3。
• -XX:+UseG1GC：使用G1垃圾回收器。
• -XX:MaxGCPauseMillis=200：设置最大GC停顿时间为200毫秒。
• -XX:+PrintGCDetails：打印GC详细信息。
• -XX:+PrintGCDateStamps：在GC日志中打印时间戳。

具体可以根据实际使用调整。

如有什么不正确的地方，欢迎提出。