使用 FileShare.Delete 会导致 UnauthorizedAccessException 吗？

Question

我正在打开一个用于读取的文件，该文件是我之前在用户的 %TEMP% 文件夹中创建的，使用以下代码：

new FileStream(cacheFileName, FileMode.Open, FileAccess.Read, FileShare.Read | FileShare.Delete);

在某些用户的计算机上，有时会抛出 UnauthorizedAccessException 并显示消息“访问路径...被拒绝”。我无法重现这个。我最初的猜测是防病毒或索引引擎正在做一些奇怪的事情，但我也注意到这段代码正在使用“FileShare.Delete”，我不确定它应该在那里。

是否存在使用“FileShare.Delete”导致 UnauthorizedAccessException 的情况？

Answer 1

是的，FileShare.Delete 往往会导致此问题。常见的例子是由在后台运行并扫描文件的任何程序使用的文件索引器和病毒扫描程序。

FileShare.Delete 允许另一个进程删除该文件，即使后台进程仍然打开该文件并正在从中读取文件。其他进程会忘记该文件实际上并未消失，因为它知道该文件实际上已被删除。

当其他进程依赖于实际被删除的文件并执行其他操作时，问题就开始了。通常通过创建同名的新文件来触发。值得注意的是，这是一种非常不明智的保存文件的方式，因为当保存失败时，如果没有备份，就会导致数据完全丢失，但这种错误很常见。

这将失败，因为文件的目录条目仍然存在，直到打开文件的最后一个进程关闭句柄为止它不会消失。任何其他尝试再次打开该文件的进程都将收到错误 5“访问被拒绝”。包括删除文件并尝试重新创建文件的进程。

解决方法是始终使用“事务性”保存，在尝试覆盖文件之前重命名文件。在 .NET 中可通过 File.Replace() 使用，在本机 winapi 中可通过 ReplaceFile() 使用。也很容易手工完成，工作流程是：

删除备份文件，失败则停止
将旧文件重命名为备份文件名，失败则停止
使用原文件名写入新文件，如果失败则重命名备份回来
删除备份文件，忽略失败

第 2 步确保永远不会丢失任何数据，如果出现任何问题，原始文件保持完整。步骤 4 确保 FileShare.Delete 将按预期工作，当其他进程关闭其句柄时，该备份文件最终将消失。

Answer 2

我发现了一个重现此场景的场景：

static void Main(string[] args)
{
    string cacheFileName = @"C:\temp.txt";
    using (var filestream = new FileStream(cacheFileName, FileMode.Open, FileAccess.Read, FileShare.Read | FileShare.Delete, 4096, FileOptions.SequentialScan))
    {
        filestream.Read(new byte[100], 1, 1);
        Console.ReadLine();
        GC.KeepAlive(filestream);
    }
    Console.WriteLine("Done!");
}

创建一个“C:emp.txt”文件，然后运行该程序。尝试使用Explorer/TotalCommander删除该文件，它不会抱怨，但也不会删除该文件。然后，再次运行该程序，它将抛出 UnauthorizedAccessException。关闭两个 .exe 后，看起来该文件终于被删除了。

删除“FileShare.Delete”可以解决此问题，因为它根本不允许您在使用文件时尝试删除该文件。