使用EclipseMemoryAnalyzer进行内存占用分析

问题描述：

一、发现线上应用在重启运行两小时后，每一个应用的内存达到10G。10G是应用配置参数JVM的-Xmx值。打开jvisualvm工具，java自带的可视化监控文件通常是C:Program Files (x86)Javajdk1.6.0_26injvisualvm.exe。如图堆大小达到设置的最大值10G。

问题处理过程：

一、分析最近升级的代码是否有问题，在Eclipse中，右键工程名，选择Team-Show In History，对比分析最近6周修改的代码，没有发现可能致使内存增大的代码。

二、使用Eclipse Memory Analyzer进行内存占用分析。MAT是一个基于Eclipse的内存分析工具，是一个快速、功能丰富的JAVA heap分析工具，它能够帮助咱们查找内存泄漏和减小内存消耗。在jvisualvm工具右上角，点击“堆 Dump”会生成当前内存的堆栈信息到应用服务器/tmp目录下，把此文件下载到本地导入到MAT中进行分析。MAT默认分配的内存为1G，当堆栈文件大于1G时很难打开，所以修改启动文件中的MemoryAnalyzer.ini，改成-Xmx15240m。

三、CustomThreadPoolExecutor1这个线程池的一个实例达到8.4G。

四、点击Histogram柱状图，列出了每一个类产生的实例数量，以及所占用的内存大小和百分比。Shallow Size 表示对象自身占用的内存大小，不包括它引用的对象。Retained Size 表示当前对象大小+当前对象可直接或间接引用到的对象的大小总和(间接引用的含义：A->B->C, C就是间接引用) 。

五、右键选择占用内存最大的一行记录，Merge Shortest Paths to GC roots -> exclude all phantom/weak/soft etc.reference(排除全部虚弱软引用) →查看剩余未被回收的强引用对象占用缘由。

六、如图所示，是一个List达到23000的长度占用了8G内存。分析PdfPTable中的PdfPRow中的PdfPCell，找到出问题的数据，分析每一个PdfPTable有52个行PdfPRow，说明是打印帐页数据。查询正在执行的任务，推断是打印帐页时页数太多致使内存迅速增大。

七、通过查找，定位到以下代码，pdfTableList虽然是局部变量，可是占用了内存。所以改成每生成一页Pdf，就添加到pdfDocument中，再也不使用pdfTableList过渡。

//原代码
pdfDocument.open();
for(PdfPTable table : pdfTableList){
    pdfDocument.newPage();
    pdfDocument.add(table);
}
pdfDocument.close();复制代码

八、升级程序，自动任务再次运行完成后，生成两个5w页的PDF，每一个240M，没有内存增大，说明修改生效。

参考资料：

一、blog.csdn.net/u012550080/…

二、www.javatang.com/archives/20…

三、www.jianshu.com/p/82b25cf8c…