压缩后删除原文件报错：System.IO.IOException文件被占用问题咨询

这个问题我太熟了——本质就是文件句柄没及时释放导致的！你遇到的IOException说test.zip被另一进程占用，罪魁祸首就是你打开的ZipOutputStream还握着这个文件的锁呢，没松手之前谁也碰不了它。而且如果你的代码里读取原文件的流没正确关闭，也可能间接引发这类问题。

问题根源拆解 #

当你用ZipOutputStream创建并写入test.zip时，这个流会一直持有该文件的系统句柄，直到你显式关闭它或者释放流资源。如果在流还处于打开状态时（比如循环遍历文件的过程中），尝试对test.zip做任何操作（甚至有时候系统后台进程、杀毒软件扫到它），都会触发“文件被占用”的错误。另外，如果你读取原文件时没关闭对应的FileStream，也可能导致原文件被锁，但你报错的是zip文件，所以核心还是ZipOutputStream的问题。

正确的代码写法（用using自动释放资源） #

最稳妥的方式是用using语句包裹流对象——它会在代码块结束时自动调用Dispose()，帮你关闭流、释放文件句柄，哪怕中间抛出异常也能保证资源清理。

// 用using包裹ZipOutputStream，自动管理资源
using (var zipStream = new ZipOutputStream(File.Create(@"C:\Users\Desktop\test.zip")))
{
    // 遍历目标目录下的文件
    foreach (var filePath in Directory.GetFiles(@"你的目标目录路径"))
    {
        // 创建Zip条目，用原文件名作为条目名称
        var zipEntry = new ZipEntry(Path.GetFileName(filePath));
        zipStream.PutNextEntry(zipEntry);

        // 同样用using包裹原文件的读取流，读完自动关闭
        using (var fileStream = File.OpenRead(filePath))
        {
            // 将原文件内容复制到zip流中
            fileStream.CopyTo(zipStream);
        }

        // 原文件的流已经关闭，现在可以安全删除原文件了
        File.Delete(filePath);
    }
}
// 到这里zipStream已经自动关闭，test.zip的文件锁被释放

额外注意事项 #

• 绝对不要在using块内部或者流未关闭时，尝试移动、删除或修改test.zip本身——必须等流完全释放后再操作。
• 如果你的代码里没有用using，那一定要在所有写入操作完成后，手动调用zipStream.Close()和zipStream.Dispose()，但using是更安全的选择，能避免遗漏资源清理。
• 偶尔杀毒软件或系统索引服务会临时锁定文件，如果按上面的写法还是报错，可以尝试添加短暂的延迟（比如Thread.Sleep(100)）后再删除文件，但这是极端情况，优先保证流的正确关闭。

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