WPF应用中Excel工作簿保存至MemoryStream失败，无法添加邮件附件问题求助

看起来你遇到的这个问题我之前帮朋友排查过类似的，大概率是Excel操作库的限制导致的——尤其是如果你用的是Microsoft.Office.Interop.Excel的话，这个库从设计上就主要针对磁盘文件操作，直接把工作簿保存到MemoryStream确实会出现各种兼容性问题，甚至直接报错。

给你几个可行的解决方向，按推荐优先级排序：

1. 换用支持内存操作的Excel库（最推荐） #

比如EPPlus、NPOI这类开源库，它们从一开始就设计了对内存流的完美支持，完全不会出现“无法访问内存流”的问题。
举个EPPlus的示例代码：

public byte[] GenerateReportInBytes()
{
    try
    {
        using (MemoryStream ms = new MemoryStream())
        {
            // 这里的workBook对应EPPlus的ExcelPackage对象
            workBook.SaveAs(ms);
            ms.Seek(0, SeekOrigin.Begin);
            return ms.ToArray();
        }
    }
    catch (Exception e)
    {
        MessageBox.Show($"生成Excel报告出错: {e.Message}");
        return null;
    }
}

这种方案不需要碰磁盘，性能更好，还能避开Office互操作带来的版本依赖问题。

2. 用临时文件中转（适合坚持用Interop.Excel的场景） #

既然Interop.Excel只认磁盘文件，那我们就先把工作簿存到系统临时目录，读取字节数组后再删掉临时文件，曲线救国：

public byte[] GenerateReportInBytes()
{
    try
    {
        // 生成唯一的临时文件路径，避免冲突
        string tempFilePath = Path.Combine(Path.GetTempPath(), $"TempExcel_{Guid.NewGuid()}.xlsx");
        workBook.SaveAs(tempFilePath);
        
        // 读取临时文件到字节数组
        byte[] reportBytes = File.ReadAllBytes(tempFilePath);
        // 用完立即删除临时文件
        File.Delete(tempFilePath);
        
        return reportBytes;
    }
    catch (Exception e)
    {
        MessageBox.Show($"生成Excel报告出错: {e.Message}");
        return null;
    }
}

这个方法虽然多了磁盘IO步骤，但胜在稳定，完全符合Interop.Excel的设计预期。

3. 排查工作簿本身的状态 #

另外也可以检查下你的workBook对象有没有异常：

• 是不是以只读模式打开的？只读状态下SaveAs会失败
• 有没有其他代码或者进程锁定了这个workBook对象？比如之前打开的文件流没关闭

内容来源于stack exchange