使用ClosedXML读取XLSX文件时如何优化内存占用

关于ClosedXML本身的能力边界 #

ClosedXML 从底层设计上就是基于全量DOM的处理库，不支持单元格懒加载，也没有提供按需加载指定单元格属性的配置项。
你测试时哪怕只读取单个单元格也出现500MB左右的内存占用是预期行为：只要初始化XLWorkbook实例，程序就会完整解压XLSX压缩包，把所有工作表的单元格结构、样式、格式、公式、共享字符串表等所有内容全部解析加载到内存中，和你后续实际访问多少单元格没有关系，这部分初始化开销无法通过常规配置完全消除。

仅使用ClosedXML时的有限优化方案 #

如果因为项目依赖必须使用ClosedXML，可以通过以下配置小幅降低内存占用，优化幅度大概在20%以内，无法解决本质问题：

• 初始化工作簿时关闭事件跟踪能力，减少不必要的内部状态记录：

using (XLWorkbook workBook = new XLWorkbook(_path, XLEventTracking.Disabled))
{
    // 你的读取逻辑
}

• 如果工作簿包含多个不需要处理的工作表，加载后第一时间删除无关工作表对象，释放对应内存
• 读取过程中不要持有多余的单元格、行、列对象引用，处理完对应数据后及时释放引用

更适合大体积XLSX低内存读取的替代方案 #

如果核心需求是读取10万行以上级别的XLSX文件、对内存占用敏感，建议直接替换为流式读取的类库，这类库从设计上就支持逐行/逐节点加载，不需要把整个文件读入内存，针对13万行30列规模的文件，内存占用通常可以控制在几十MB甚至几MB级别，同时对混合数据类型的兼容性远好于OleDb：

• 微软官方OpenXML SDK SAX模式：底层原生支持流式读取，解析逻辑完全可控，可以自定义只读取单元格值、跳过样式/公式等无关内容，缺点是手写解析逻辑比较繁琐，需要自己处理共享字符串映射、单元格类型转换、日期格式识别等细节。
• MiniExcel：轻量Excel处理库，默认采用流式懒加载设计，API封装简洁，自动处理混合类型、共享字符串、格式转换等常见问题，支持按指定行、列范围读取，不需要加载全量文件，学习成本很低。
• ExcelDataReader：老牌轻量Excel只读库，提供前向只读的流式读取能力，对老版本xls和新版本xlsx格式兼容性好，内存表现稳定。

选型提示：如果场景不需要做Excel编辑、样式调整、公式重算这类写操作，不要选择DOM类的处理库（包括ClosedXML、EPPlus非商业版本等），这类库的设计目标就是方便编辑操作，天生不适合大文件低内存读取场景，靠配置优化的空间极其有限。

内容的提问来源于stack exchange，提问作者Marcin