排查思路
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博客
JVM实战系列之CPU100%和内存100%排查_java_脚本之家
