石英多次执行后,Java Excel POI停止

Question

我想对此有一些见解.

我有一个程序,可以从数据库读取和写入excel文件.它的执行基于使用Quartz api的计时器,并在每周的每周二触发.问题是,当我通过安排它每小时执行一次作业来测试它时,程序在编写excel文件的过程中几次执行后突然停止.这是我写的excel代码.

try {
        FileInputStream file = new FileInputStream(excelFile);
        POIFSFileSystem myFileSystem = new POIFSFileSystem(file);
        HSSFWorkbook workbook = new HSSFWorkbook(myFileSystem);
        HSSFSheet worksheet = workbook.getSheetAt(0);
        this.cellStyle00 = workbook.createCellStyle();
        HSSFDataFormat df = workbook.createDataFormat();
        this.cellStyle00.setDataFormat(df.getFormat("00"));

for(int i = 0;i<Access.size();i++){
         AccessorMethods SetGet = (AccessorMethods)
                    InstlibAccessor.get(i);

    HSSFRow row = worksheet.createRow(worksheet.getPhysicalNumberOfRows());
    HSSFCell cell = row.createCell(0);

    cell.setCellValue(new Double(SetGet.getOne()));
    cell.setCellStyle(cellStyle00);


  //other set value codes....

}
FileOutputStream fileOut = new FileOutputStream(fileName + ".xls");
workbook.write(fileOut);
 fileOut.flush();
 fileOut.close(); 

 //catch statements follow
 //end

命令行输出和netbeans输出不表示任何错误,如内存不足等等.程序没有结束..它只是,停止..就像jvm正在进行无限循环...更多的光关于这个话题,这是我的程序的简要流程.

1. 用户执行调度程序
2. 在所需的时间,调度程序执行程序(调度程序和"程序"是两个不同的程序/ jar文件.调度程序只调用jar)
3. 该程序首先创建excel文件
4. 然后读取数据库1.数据库包含80K行
5. 对于每一行,如果满足某个条件,它将读取数据库2和3
6. 然后它一次将它存储在一个arraylist对象1000中(我试图避免任何内存问题,所以我按批次存储它)
7. 然后我批量写,1000一次excel(这是它停止的部分)
8. 在完成读写之后,它会一直等到调度程序再次调用它...如果它到达此步骤我是一个快乐的程序员=)

以下是我发现的一些观察结果;

1. 程序通常在程序的第4到第6次执行时停止(这是在不间断运行调度程序4或6小时后)
2. 它停留在excel的随机点,如第34行或第24或第15等等等......
3. 当我在没有调度程序的情况下执行程序时,不会发生此错误.我可以整天手动执行它(我做了,它不是很有趣)没有任何错误.
4. 输出excel文件显示0bytes作为大小
5. 例如,如果我安排它每小时运行一次,那么它停止了.它仍会在接下来的几个小时内运行但会停止,并且与之前的运行相比停在不同的点.

什么可能导致这个问题.内存泄漏或许更简单？

附加信息

我通过导入其他程序的类来实现Quartz调度程序并将其作为作业运行.这是触发器的代码

JobDetail job = newJob(ExtractorSchedulerJobUtilTester.class)
            .withIdentity("job1", "group1")
            .build();

    CronTrigger trigger = newTrigger()
            .withIdentity("trigger1", "group1")
            .withSchedule(cronSchedule("0 0/2 * 1/1 * ? *"))
            .build();

    Date ft = sched.scheduleJob(job, trigger);
        sched.start();

和工作

public class ExtractorSchedulerJobUtilTester implements Job {
    public void execute(JobExecutionContext context)
        throws JobExecutionException {
    theProgram program= new theProgram();

    program.main();

    JobKey jobKey = context.getJobDetail().getKey();
    }
}

是否有可能;

1. 该应用程序正在最大化我的记忆和崩溃
2. 我只在Quartz作业中使用了一个"程序"实例,它在作业的第一次运行时被初始化,并且该作业的所有后续执行都从该实例中引用,从而最大化了内存.
3. 它的数据库(AS400)相关(我怀疑,因为它在写excel时停止).
4. 电脑太累了,决定休息一下.

更新 - 12/28/2012

新年快乐伙伴/加尔斯!

对不起,我花了一些时间才回到这里......(当世界将在21日结束时,为什么还要浪费时间.当它没有时,它是苦乐参半)

我用netbeans profiler描述了我的程序,并用内存分析器得到了以下数字

我在第一张图中注意到,我的程序在每次迭代时消耗大约75MB的堆大小(如粉色阴影所示).这是否意味着程序的消耗内存每次迭代增加75mb？经过几次迭代后,会占用大量内存,从而影响程序的执行.我目前正在尝试进行堆转储..一旦我设法让它运行,我就会发布它.

附加信息:我尝试使用只有Quartz运行的探查器(不触发任何东西),系统使用率相对较低,并且每次迭代的大小都不会增加.

我终于设法获得堆转储.我进行了2次转储,首先是第一次迭代发生时,第二次是下一次迭代.我注意到我的两个classess的实例之间存在很大差异,如下所示

谢谢!

Answer 1

经过大量的咒骂、祈祷和寻找之后，我想我已经找到了一个可能的解决方案。我所做的是System.gc();在我的 Quartz 工作课程结束时添加。因此，每次程序完成作业时都会调用垃圾收集。这只是一个可能的解决方案，而不是一个具体的答案，因为我仍然消耗了大量的堆内存（我相信在我的代码的混乱中仍然存在一些内存泄漏）。但是，随着System.gc();我的消费量大大减少。我只是不确定这是怎么发生的。从逻辑上我认为GC只会影响内存分配而不影响程序的内存性能。见下图；上图是有 GC 的图，下图是没有 GC 的图。

正如您所看到的，使用 GC 的内存消耗比不使用 GC 的内存要少。我假设内存使用量仍然与 GC 相同，但是一旦调用 GC，使用的堆空间就会下降。我现在将使用这个解决方案，直到出现更好的答案。