.NET 8 Azure函数用XLWorkbook读xlsx第二表报‘数据损坏’错误

• 流指针未重置：读取第一个工作表后，流的Position已经移动到末尾，直接复用同一个流读取第4个表时，实际读取的是空数据，触发“文件损坏”错误。
• 工作表存在隐性损坏：虽然Excel客户端能正常打开，但第4个工作表可能存在格式异常（比如无效的单元格格式、损坏的单元格数据、隐藏对象残留），EPPlus的解析逻辑比Excel客户端更严格，会判定为损坏。
• EPPlus版本兼容问题：旧版本EPPlus对.NET 8的大工作表（3万行）支持不足，或者存在内存处理bug，导致解析时抛出错误。
• 流处理不完整：从SharePoint获取流时，没有完整读取所有字节，或者流在中途被意外释放，导致传入XLWorkbook的流不完整。

• 重置流位置或重新获取流：每次读取工作表前，将流的Position设为0；或者不要复用流，每次读取新工作表时重新从SharePoint获取文件流。示例代码：

  // 重置流位置
  stream.Position = 0;
  using var workbook = new XLWorkbook(stream);
  var worksheet = workbook.Worksheets(4);
  

• 检查并修复Excel文件：手动打开该.xlsx文件，切换到第4个工作表，执行Excel的「文件→信息→检查问题→检查工作簿」功能，修复潜在损坏；或者将第4个工作表复制到新的Excel文件中，再测试读取。
• 升级EPPlus版本：确保使用兼容.NET 8的EPPlus版本（推荐7.x版本），旧版本可能存在大文件解析的bug，升级后可解决部分兼容性问题。
• 使用流式读取模式处理大工作表：针对3万行的大表，使用EPPlus的流式API避免内存溢出，示例代码：

  using var package = new ExcelPackage(stream);
  var worksheet = package.Workbook.Worksheets[4];
  // 逐行流式读取
  for (int row = 1; row <= worksheet.Dimension.End.Row; row++)
  {
      var rowCells = worksheet.Cells[row, 1, row, worksheet.Dimension.End.Column];
      // 处理行数据
  }
  

• 验证SharePoint流的完整性：从SharePoint获取文件时，确保完整读取所有字节，可将流复制到MemoryStream后再处理，避免网络传输导致的流不完整：

  using var memoryStream = new MemoryStream();
  sharePointStream.CopyTo(memoryStream);
  memoryStream.Position = 0;
  using var workbook = new XLWorkbook(memoryStream);
  

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