怎样追踪解决内存溢出的问题

在项目使用过程中， 由于我们使用多线程批量转化。 出现过内存溢出的问题。 特别是使用PDFbox时候， 它需要的内存会更多。这里顺便简单谈下自己是怎样追踪解决内存溢出的问题。也许大家有更好的办法， 热烈欢迎大家给我意见。

首先， 可能大家自然的会想到利用jvisualvm，装个插件就可以动态的观察内存使用情况。 甚至随时可以把线程堆栈，CPU和内存快照弄出来。但如果是在大的应用系统中， 内存本来就很吃紧，开个 jvisualvm基本上就死在那里不动了。 这里想到的就是利用gc log 和内存溢出后的堆栈信息来处理。
在JVM启动中，加入下面的配置参数

 -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xloggc:D:/java/gc/gc.log -XX:+HeapDumpOnOutOfMemoryError

 -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xloggc:D:/java/gc/gc.log -XX:+HeapDumpOnOutOfMemoryError

打开gc的详细log并写入到一个单独文件中。 其中HeapDumpOnOutOfMemoryError的配置， 会在内存溢出时候写一个java_pidXXXX.hprof的文件到jvm启动的第地方。 利用Eclipse Memory Analysis插件，打开这个文件后， 我们可以获得到内存溢出时候的内存堆栈信息。 其中有个Leak Suspects 功能， 把认为最有可能导致内存溢出的objece分析出来。如下图：


从图中可以发现， 有两个比较可疑的地方。 第二个正是我们转图片用的。 然后我们就可以去改进我们的代码。 

上面我们还提到过gc日志文件。 通过分析gc日志， 我们大概可以了解到JVM堆内存使用情况。 这里介绍一个taobao人开发的查看gc日志的工具。 很小很好用。http://code.google.com/p/gclogviewer/ 现在的版本只能画图， 下个版本除了画图的性能提高外，还会增加调优的建议。下面是我改动代码前后的两个gc图。


从这个图中， 可以看出内存一直在涨， 直至崩溃。


这是改动代码后的一个图：

这个图， 内存趋于稳定了。 但转化过程中， 一直处于Full GC. 应用暂停很严重。 幸好这是在后台的一个数据订正程序。性能优化还有很多可以做。