一、对于还在正常运行的系统
1、可以使用jmap来查看JVM中各个区域的使用情况。
2、可以通过jstack来查看线程的运行情况,比如哪些线程阻塞、是否出现了死锁。
3、可以通过jstat命令来查看垃圾回收的情况,特别是fullgc比较频繁,那么就得进行调优了。
4、通过各个命令的结果,或者jvisualvm等工具来进行分析。
5、首先,初步猜测频繁fullgc的原因,如果频繁发生fullgc但是又一直没有出现内存溢出,那么表示fullgc实际上是回收了很多对象,所以这些对象最好能在younggc过程中直接回收掉,避免这些对象进入到老年代,对于这种情况,就要考虑这些存活时间不长的对象是不是比较大,导致年轻代放不下,直接进入到老年代,尝试加大年轻代的大小,如果改完之后,fullgc减小,则说明修改有效。
6、同时,还可以找到占用CPU最多的线程,定位到具体的方法,优化这个方法的执行,看是否能避免某些对象的创建,从而节省内存。
二、对于已经发生了OOM的系统
1、一般生产系统中都会设置当系统发生了OOM时,生成当时的dump文件(-XX:+HeadDumpOnOutOfMemoryError -XX:HeadDumpPath=/usr/local/base)
2、我们可以利用jsisualvm等工具来分析dump文件
3、根据dump文件找到异常的实例对象,和异常的线程(占用CPU高),定位到具体的代码
4、然后再进行详细的分析和调试
总结:现在市面上有很多调优分析工具,它们的底层基本都是以上这些基本命令的封装。总之,调优需要分析、推理、实践、总结、再分析、最终定位到具体的问题。