使用EPPlus在打开与保存文件期间锁定文件的方案咨询

为什么你的字节数组写入流方案失败？ #

你遇到的问题核心有两个原因：

1. 流被提前关闭：package.GetAsByteArray()方法内部会自动关闭ExcelPackage实例及其关联的所有资源，包括你用来加载文件的FileStream。此时流已经处于关闭状态，再调用stream.Write()自然会抛出异常或无效果。
2. 文件内容残留损坏：就算流没被关闭，你用FileMode.Open打开文件后，加载完数据的流位置会停在文件末尾，直接写入新字节数组会把内容追加在旧文件后面，导致Excel文件格式混乱，无法正常打开。

另外你当前用的stream.Close()后调用File.WriteAllBytes()的方式，虽然能成功保存，但存在安全间隙：流关闭后到写入文件前，文件会被解锁，这段时间其他进程可能修改文件，不符合你“从加载到保存全程防止编辑”的需求。

最佳实现方案：全程锁定文件完成读写 #

直接在同一个FileStream的锁定周期内完成加载、处理和保存，全程保持文件锁定，避免任何安全间隙，代码也更简洁：

using (var stream = new FileStream(_fileName, FileMode.Open, FileAccess.ReadWrite, FileShare.None))
{
    using (var package = new ExcelPackage(stream))
    {
        // 在这里执行你的数据处理逻辑
        // DO MY LOGIC STUFF

        // 直接将修改后的内容写入流，全程保持文件锁定
        package.Save();
    }
}

这个方案的优势： #

• 全程锁定：从文件打开到保存完成，FileShare.None会阻止其他进程编辑或打开文件，完全满足你的需求。
• 无格式损坏风险：package.Save()方法会自动重置流位置、覆盖旧内容，确保生成的Excel文件格式正确。
• 资源自动管理：两层using块会自动释放流和ExcelPackage资源，无需手动调用Close()。

补充说明 #

如果你因为特殊需求必须使用字节数组方式，需要重新打开文件写入，但这样会有短暂的解锁窗口，不推荐：

byte[] excelBytes;
using (var stream = new FileStream(_fileName, FileMode.Open, FileAccess.Read, FileShare.None))
using (var package = new ExcelPackage(stream))
{
    // 处理数据逻辑
    // DO MY LOGIC STUFF
    excelBytes = package.GetAsByteArray();
} // 这里释放流，文件短暂解锁
// 重新打开文件写入，此时可能有被编辑的风险
File.WriteAllBytes(_fileName, excelBytes);

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