![](/img/trans.png)
[英]Did the behaviour of deleted files open with FileShare.Delete change on Windows?
[英]Can using FileShare.Delete cause a UnauthorizedAccessException?
我正在使用以下代码打开一个文件,用于读取我之前在用户的%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()提供,在本机winapi中通过ReplaceFile()提供。 同样容易手工完成的工作流程是:
第2步确保不会丢失任何数据,如果出现任何问题,原始文件将保持完整。 步骤4确保FileShare.Delete可以按预期工作,并且当其他进程关闭其句柄时,备份文件最终将消失。
我发现了一个重现此情况的场景:
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:\\ temp.txt”文件,然后运行该程序。 尝试使用Explorer / TotalCommander删除文件,它不会抱怨,但也不会删除文件。 然后,再次运行该程序,它将引发UnauthorizedAccessException。 关闭两个.exe文件后,看起来文件终于被删除了。
删除“ FileShare.Delete”可以解决此问题,因为它不会让您尝试在使用中删除文件。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.