主题
面试速答（先看这里）
**一句话结论：**首先，我们需要确认是哪部分代码或对象导致了内存溢出。
60秒标准回答：
在一个内部平台中，系统提供了一个功能，允许管理员导出报表数据为Excel文件。随着平台用户量的增长和数据量的积累，管理员开始报告导出操作时系统频繁崩溃
监控系统显示，在执行导出操作期间，应用服务器的内存使用量急剧上升，最终导致Java虚拟机抛出 OutOfMemoryError 异常
首先，我们需要确认是哪部分代码或对象导致了内存溢出。这可以通过分析堆转储（Heap Dump）来实现。当 OutOfMemoryError 发生时，可以配置JVM自动生成堆Dump文件，或者使用诸如 jmap 工具手动生成堆Dump
**答题顺序：**结论 → 原理/机制 → 关键流程 → 场景与取舍 → 易错点
回答主线：
- **要点1：**在一个内部平台中，系统提供了一个功能，允许管理员导出报表数据为Excel文件。
- **要点2：**监控系统显示，在执行导出操作期间，应用服务器的内存使用量急剧上升，最终导致Java虚拟机抛出 OutOfMemoryError 异常。
- **要点3：**这里面建议在GC前和GC后分别获取Dump，如果只获取一次，一定要知道是GC前的还是GC后的。
- **要点4：**定位到使用 Apache POI 的代码部分，发现系统在处理大量数据时，是将所有数据一次性加载到 XSSFWorkbook 对象中的。
- **要点5：**通过优化后，解决了内存溢出的问题，但是随着文件越来越大，会存在导出实践过长的问题，可以考虑用异步在后台生成报表的方式。
**记忆锚点：**Dump → OutOfMemoryError → POI → heapdumphprof → SXSSFWorkbook → XSSFWorkbook
易错提醒：
- 不然很容易分析错误。
加分表达：
- 这可以通过分析堆转储（Heap Dump）来实现。
- 这里面建议在GC前和GC后分别获取Dump，如果只获取一次，一定要知道是GC前的还是GC后的。
- 通过优化后，解决了内存溢出的问题，但是随着文件越来越大，会存在导出实践过长的问题，可以考虑用异步在后台生成报表的方式。
追问准备：
- 围绕「Dump」：底层原理是什么？使用时有哪些边界和常见坑？
- 围绕「OutOfMemoryError」：底层原理是什么？使用时有哪些边界和常见坑？
- 围绕「POI」：底层原理是什么？使用时有哪些边界和常见坑？
- 如果线上出现异常，你会如何定位、验证并规避？
问题发现
在一个内部平台中，系统提供了一个功能，允许管理员导出报表数据为Excel文件。随着平台用户量的增长和数据量的积累，管理员开始报告导出操作时系统频繁崩溃。
监控系统显示，在执行导出操作期间，应用服务器的内存使用量急剧上升，最终导致Java虚拟机抛出 OutOfMemoryError 异常。
问题排查
首先，我们需要确认是哪部分代码或对象导致了内存溢出。这可以通过分析堆转储（Heap Dump）来实现。当 OutOfMemoryError 发生时，可以配置JVM自动生成堆Dump文件，或者使用诸如 jmap 工具手动生成堆Dump。
plain
-XX:+HeapDumpOnOutOfMemoryError
配置OOM时自动生成Dump文件plain
jmap -dump:live,format=b,file=heapdump.hprof <pid>这里面建议在GC前和GC后分别获取Dump，如果只获取一次，一定要知道是GC前的还是GC后的。不然很容易分析错误。
接下来使用堆分析工具MAT加载和分析 heapdump.hprof 文件。通过分析，我们发现存在大量的 org.apache.poi.xssf.usermodel.XSSFWorkbook 实例占用了大部分堆内存。
（当时的分析截图未保存，这个截图是我从网上找的，几乎和我们当时现象一模一样）
定位到使用 Apache POI 的代码部分，发现系统在处理大量数据时，是将所有数据一次性加载到 XSSFWorkbook 对象中的。
我们的业务代码中确实有使用XSSF的部分代码如下：
plain
public ByteArrayOutputStream exportData(List<Data> dataList) {
XSSFWorkbook workbook = new XSSFWorkbook();
XSSFSheet sheet = workbook.createSheet("Data");
int rownum = 0;
for (Data data : dataList) {
Row row = sheet.createRow(rownum++);
// ... 填充数据行 ...
}
ByteArrayOutputStream out = new ByteArrayOutputStream();
workbook.write(out);
return out;
}问题解决
问题定位到了，解决起来就简单了。根据下文：
我们知道，可以使用SXSSF来解决这个问题，因为SXSSFWorkbook 这种方式将数据写入临时文件，而不是保留在内存中。
plain
public ByteArrayOutputStream exportData(List<Data> dataList) {
// 使用SXSSFWorkbook，并保留100行数据在内存中，其余写入磁盘
SXSSFWorkbook workbook = new SXSSFWorkbook(100);
Sheet sheet = workbook.createSheet("Data");
int rownum = 0;
for (Data data : dataList) {
Row row = sheet.createRow(rownum++);
// ... 填充数据行 ...
}
ByteArrayOutputStream out = new ByteArrayOutputStream();
workbook.write(out);
out.close();
// 清除临时文件
workbook.dispose();
return out;
}后续改进
通过优化后，解决了内存溢出的问题，但是随着文件越来越大，会存在导出实践过长的问题，可以考虑用异步在后台生成报表的方式。这里就不展开了。
可以参考：