排查思路

1）检查jvm内存的分配情况

2）检查jvm的gc情况

3） 找出占用量比较大的对象

第一步：jmap -heap PID 查看jvm内存使用情况

        jmap -heap 2525

        可以看到老年代年轻代等其他内存区域内存使用率百分比

第二步：jstat -gc PID 查看GC的情况

        jstat -gc 2525
        jstat -gcutil 2525 1000      1000m打印一次gc情况

        YGC : YG GC的次数
        YGCT：YG GC的平均时间
        FGC： FULL GC的次数
        FGCT：FULL GC的平均时间

        发现FULL GC的次数在疯狂增长，而且FULL GC的平均时间也会增长，这就是CPU100%的原因，因为CPU一直在尝试垃圾回收

第三步： jmap -histo:live +进程id|more 命令，找出堆中占用量比较大的存活的对象

        注意：一般不通过直接采用jmap dump 命令导出系统日志，因为dump操作长时间，很耗cpu资源，一般建议通过 jvm参数配置，在发生oom时，自动dump生成系统jvm快照文件，然后结合mat工具进行分析。

        -XX:+HeapDumpOnOutOfMemoryError

        #生成堆文件地址： -XX:HeapDumpPath=/home/liuke/jvmlogs/  

        其实可以直接生成dump文件，下载下来，到idea中分析：

        一般第三步不建议用，直接用第四步

第四步：下载dump文件，分析内存告警

        1：找到Java服务： jps 或者 ps -ef | grep java

        2：生成dump 文件：jmap -dump:file=/tmp/dump.bin 1

        3：压缩dump文件 tar -zcvf dump.tar.gz dump.bin

        在真实线上生成的 dump 文件都很大，所以我们需要把它压缩成 tar.gz 文件，可以减少6倍以上的大小。

第五步：查看dump文件

        可以用jdk的visualvm，把dump文件拖进去就可以，还可以直接把dump导入到idea中，也能看。

        毫无疑问，内存飙升，我们只需要看看当前系统中内存占比最大的是个什么东西，然后想办法干掉它

参考文章：

JVM线程、内存问题排查_jvm 线程8000多-CSDN博客

线上java JVM问题排查-腾讯云开发者社区-腾讯云

JVM实战系列之CPU100%和内存100%排查_java_脚本之家

https://blog.51cto.com/u_5650011/5478722

JVM查看内存信息及“调优”方式_jvm查看某个进程占用内存-CSDN博客