我正在使用以下代码打开一个文件，用于读取我之前在用户的％TEMP％文件夹中创建的文件:
new FileStream(cacheFileName, FileMode.Open, FileAccess.Read, FileShare.Read | FileShare.Delete);
在某些用户的计算机上，这有时会引发UnauthorizedAccessException，并显示消息“对路径...的访问被拒绝”。我一直无法复制此内容。我最初的猜测是防病毒或索引引擎在做一些时髦的事情，但是我也注意到这段代码使用的是“FileShare.Delete”，但我不确定应该在那儿。
是否存在使用“FileShare.Delete”导致UnauthorizedAccessException的情况？
最佳答案
是的，FileShare.Delete往往会导致此问题。常见的示例是在后台运行并扫描文件的任何程序，文件索引器和病毒扫描程序。
FileShare.Delete允许另一个进程删除文件，即使后台进程仍打开文件并正在读取文件。该其他过程将忽略该文件实际上并没有消失，因为它知道该文件实际上已被删除。
当其他进程依赖于实际删除的文件并执行其他操作时，问题就开始了。通常通过创建具有相同名称的新文件来触发。值得注意的是，这是一种非常不明智的保存文件的方式，因为如果保存失败，它将导致完全的数据丢失而没有备份，但是这种错误非常普遍。
这将失败，因为该文件的目录条目仍然存在，直到打开文件的最后一个进程关闭句柄后，该条目才会消失。任何其他尝试再次打开文件的过程将被打上错误5，“访问被拒绝”。包括删除文件并尝试重新创建的过程。
解决方法是始终使用“事务”保存，在尝试覆盖文件之前重命名该文件。在.NET中通过File.Replace()提供，在 native winapi中通过ReplaceFile()提供。同样容易手工完成的工作流程是:
第2步确保不会丢失任何数据，如果出现任何问题，原始文件将保持完整。步骤4确保FileShare.Delete可以按预期工作，并且当其他进程关闭其句柄时，备份文件最终将消失。
关于c# - 可以使用FileShare.Delete导致UnauthorizedAccessException吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/19875329/