问题描述：
1、发现线上应用在重启运行两小时后，每个应用的内存达到10G。10G是应用配置参数JVM的-Xmx值。打开jvisualvm工具，java自带的可视化监控文件一般是C:Program Files (x86)Javajdk1.6.0_26injvisualvm.exe。如图堆大小达到设置的最大值10G。
问题处理过程：
1、分析最近升级的代码是否有问题，在Eclipse中，右键工程名，选择Team-Show In History，对比分析最近6周修改的代码，没有发现可能导致内存增大的代码。
2、使用Eclipse Memory Analyzer进行内存占用分析。MAT是一个基于Eclipse的内存分析工具，是一个快速、功能丰富的JAVA heap分析工具，它可以帮助我们查找内存泄漏和减少内存消耗。在jvisualvm工具右上角，点击“堆 Dump”会生成当前内存的堆栈信息到应用服务器/tmp目录下，把此文件下载到本地导入到MAT中进行分析。MAT默认分配的内存为1G，当堆栈文件大于1G时很难打开，因此修改启动文件中的MemoryAnalyzer.ini，改为-Xmx15240m。
3、CustomThreadPoolExecutor1这个线程池的一个实例达到8.4G。
4、点击Histogram柱状图，列出了每个类产生的实例数量，以及所占用的内存大小和百分比。Shallow Size 表示对象自身占用的内存大小，不包括它引用的对象。Retained Size 表示当前对象大小+当前对象可直接或间接引用到的对象的大小总和(间接引用的含义：A->B->C, C就是间接引用) 。
5、右键选择占用内存最大的一行记录，Merge Shortest Paths to GC roots -> exclude all phantom/weak/soft etc.reference(排除所有虚弱软引用) →查看剩余未被回收的强引用对象占用原因。
6、如图所示，是一个List达到23000的长度占用了8G内存。分析PdfPTable中的PdfPRow中的PdfPCell，找到出问题的数据，分析每个PdfPTable有52个行PdfPRow，说明是打印账页数据。查询正在执行的任务，推断是打印账页时页数太多导致内存迅速增大。
7、经过查找，定位到如下代码，pdfTableList虽然是局部变量，但是占用了内存。因此改为每生成一页Pdf，就添加到pdfDocument中，不再使用pdfTableList过渡。
//原代码
pdfDocument.open();
for(PdfPTable table : pdfTableList){
pdfDocument.newPage();
pdfDocument.add(table);
}
pdfDocument.close();
8、升级程序，自动任务再次运行完成后，生成两个5w页的PDF，每个240M，没有内存增大，说明修改生效。
参考资料：
1、https://blog.csdn.net/u012550080/article/details/81605189
2、https://www.javatang.com/archives/2017/11/08/11582145.html
3、https://www.jianshu.com/p/82b25cf8cfde
