SXSSFWorkbook导出百万级Excel的核心是控内存：设合理滑动窗口（如1000行）、配游标分页查询、边查边写不攒全量、及时flushRows和dispose清理临时文件，内存可稳压在150–250MB。
用 SXSSFWorkbook（即 SXSSF 模式）导出百万级 Excel，核心不是“能不能写”，而是“怎么不让内存爆”。它靠的是流式写入 + 窗口缓存 + 临时文件落盘，把内存占用从 GB 级压到百 MB 以内。关键不在代码多酷，而在几个动作必须做对。
设置合理的滑动窗口大小
SXSSFWorkbook 默认只在内存中保留 100 行，其余行自动刷到磁盘临时文件。但 100 行太保守，尤其当每行字段多、内容长时，频繁刷盘反而拖慢速度；设太大又起不到控内存作用。生产常用值是 500～2000 行，比如：
SXSSFWorkbook workbook = new SXSSFWorkbook(1000);- 搭配
flushRows(1000)主动触发刷盘，避免依赖默认行为 - 注意：窗口数不是越大越好——它只是“内存中最多留多少行”，不等于批量处理条数
配合游标分页查询数据库
别用 limit offset 查百万数据，offset 999999 会全表扫描。换成基于主键或时间戳的游标分页：
- SQL 示例：
SELECT id, name, amount FROM trade WHERE id > ? ORDER BY id LIMIT 5000 - 每次取完一批，用最后一条的
id作为下一批的游标 - MyBatis 中加
fetchSize="5000"，让 JDBC 流式读取 ResultSet，避免一次拉光结果集
边查边写，不攒全量数据
绝对不要先把一百万条数据 new ArrayList() 全 load 进内存再写。正确姿势是：
- 查一批（如 5000 条）→ 写一批 → 清空引用 → 继续下一批
- 每写完一批调用
sheet.createRow()后，可选调用((SXSSFSheet)sheet).flushRows(5000)强制落盘 - 写完所有数据后，务必调用
workbook.dispose()，清理临时文件，否则磁盘空间会被悄悄吃掉
关掉非必要功能，减少对象开销
SXSSF 本身已轻量，但某些 POI 功能仍会偷偷吃内存：
- 禁用自动列宽：
sheet.trackAllColumnsForAutoSizing(false); - 避免反复创建样式对象，复用同一个
CellStyle - 不设置单元格公式（SXSSF 对公式的支持有限且易出错）
- 导出纯数据报表时，不用富文本，用
cell.setCellValue(String)而非RichTextString
整个过程不复杂，但容易忽略 flush 和 dispose 这两个动作。只要窗口设得合理、查询不卡、写入不攒、资源及时清，百万行稳定控制在 150–250MB 堆内存内是常态。
