OpenXml创建Excel使用FileStream替代MemoryStream生成损坏文件问题

原有基于MemoryStream实现的Excel生成逻辑可以正常运行，说明OpenXML的工作表写入、工作簿结构搭建逻辑本身没有问题，生成文件损坏的原因基本都集中在FileStream的配置不当上，具体踩坑点和修正方式如下：

原问题代码片段：

FileStream fs = new FileStream(filepath, FileMode.OpenOrCreate);
using (SpreadsheetDocument document = 
SpreadsheetDocument.Create(fs,SpreadsheetDocumentType.Workbook))
{
 // 原有可正常运行的工作表写入代码
}

• 最核心的诱因：文件打开模式选择错误
  原代码使用的FileMode.OpenOrCreate在目标文件已存在的场景下，只会从头开始覆盖文件内容，不会清空原有文件的剩余部分。当新写入的Excel内容长度小于原有文件长度时，文件尾部会残留旧数据，Excel读取时会因为校验ZIP包结构损坏直接提示文件无法打开。
  对应修正：将文件打开模式替换为FileMode.Create，该模式会在文件已存在时自动截断清空所有原有内容，从根源上避免残留数据问题。

• 容易忽略的权限不匹配问题
  OpenXML在写入内容的过程中，会频繁对流执行Seek操作（比如写入内部关系表、校验结构索引），依赖默认权限初始化的FileStream可能存在权限不足的情况，导致写入中途中断，文件结构不完整。
  对应修正：初始化FileStream时显式指定FileAccess.ReadWrite权限，确保OpenXML的所有流操作都能正常执行。

• 常见的生命周期管理错误
  部分开发习惯会给FileStream单独套一层using语句，在SpreadsheetDocument完成所有写入、结构收尾操作之前就提前释放流，导致最后一部分结构内容没有落盘。SpreadsheetDocument在Dispose时会自动接管传入流的生命周期，完成flush、关闭操作，不需要在外层单独管理FileStream的释放。

修正后可直接复用原有工作表逻辑的完整代码结构：

// 注意：不要给fs单独加using，由SpreadsheetDocument统一管理流的释放
FileStream fs = new FileStream(
    filepath, 
    FileMode.Create, 
    FileAccess.ReadWrite
);

using (SpreadsheetDocument document = SpreadsheetDocument.Create(fs, SpreadsheetDocumentType.Workbook))
{
    // 原有MemoryStream版本的工作表写入逻辑可以完全复用，不需要额外改动
}

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