项目如何排查JVM问题

对于还在正常运行的系统

1：使用jmap来查看JVMz中各个区域的使用情况

2：可以通过jstack来查看线程的运行情况，比如哪些线程阻塞，是否发生了死锁。

3：可以通过jstat命令来查看垃圾回收的情况，特别是full gc，如果发现full gc比价频繁，那么就得进行调优了

4:通过各个命令的结果 或者JVisualVM等工具来进行分析

5：首先，初步猜测频繁发生full gc的原因，如果频繁发生full gc 但又没有一直出现内存溢出，那么表示full gc实际回收了很多对象，所以这些对象最好能在young gc过程中就直接回收掉，避免进去老年代。对于这种情况，就要考虑这些存活时间不长的对象是不是比较大，导致年轻代放不下，直接进入到老年代，尝试加大年轻代的大小，如果改完后，full gc减少，说明修改有效

6：同时，还可以找到占用CPU最多的线程，定位到具体方法，优化这个方法的执行，看能否避免某些对象的创建，从而节省内存

对于已经发生OOM的系统

1：一般生产系统中都会设置当系统发生OOM时，生成当时的dump文件

（-XX:HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/usr/local/base）

2：利用jsisualvm等工具来分析dump文件

3：根据dump文件找到异常的实际对象，和异常的线程（占用CPU高），定位到具体的代码

4：然后再进行详细的分析和调试

总之，调优不是一蹴而就的，需要分析、推理、实践、总结、再分析、最终定位到具体问题