项目中排查Jvm问题

对于还在正常运行的系统：

1.可以使用jmap来查看jvm中各个区域中的使用情况。

2.可以通过使用jstack来查看线程的运行情况，比如哪些线程阻塞、是否出现了死锁。

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

4.通过各个命令的结果，或者jvisualvm等工具来进行分析。

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

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

对于已经发生OOM的系统：

1.一般生产系统中都会设置当系统发生OOM时，生成当时的dump文件（-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/logs）

2.可以利用jvisualvm等工具来分析dump文件

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