为何`FileShare.Read`与`FileOptions.DeleteOnClose`组合时其他应用无法读取文件？

嘿，我完全懂你碰到的这个坑——想用FileOptions.DeleteOnClose自动清理临时文件，同时让其他应用能读它，但搭配FileShare.Read就是行不通，对吧？这其实是Windows文件系统的权限机制在搞鬼。

问题根源 #

当你给文件加上DeleteOnClose标记时，系统会把这个文件标记为“一旦所有打开句柄关闭就删除”。这时候如果只设置FileShare.Read，其他应用尝试打开读取会直接失败——因为系统要确保后续的删除操作能顺利执行，默认会限制这类共享场景下的权限。

解决方案：调整共享权限组合 #

你需要把共享权限改成FileShare.Read | FileShare.Delete，同时确保写入内容后刷到磁盘，另外读取文件的应用也要配合设置正确的共享模式。

1. 创建临时文件的代码（写入端）

var documentName = "some-document";
var editor = "Bob";

using (var fs = new FileStream(
    $"{documentName}.log",
    FileMode.Create,
    FileAccess.Write,
    FileShare.Read | FileShare.Delete, // 关键：允许读+允许删除共享
    bufferSize: 4096,
    FileOptions.DeleteOnClose))
{
    // 写入内容
    var content = $"Edited by {editor} at {DateTime.Now:yyyy-MM-dd HH:mm:ss}";
    var bytes = Encoding.UTF8.GetBytes(content);
    fs.Write(bytes, 0, bytes.Length);
    
    // 强制刷到磁盘，确保其他应用能读到最新内容
    fs.Flush(true);
}

2. 读取文件的代码（其他应用端）

注意，读取方也需要设置对应的共享权限，否则会因为权限冲突打不开文件：

using (var fs = new FileStream(
    $"{documentName}.log",
    FileMode.Open,
    FileAccess.Read,
    FileShare.Write | FileShare.Delete)) // 允许写入端的写操作+删除标记
{
    var bytes = new byte[fs.Length];
    fs.Read(bytes, 0, bytes.Length);
    var content = Encoding.UTF8.GetString(bytes);
    Console.WriteLine("读取到内容：" + content);
}

为什么这样有效？ #

• FileShare.Delete告诉系统：即使文件标记了关闭后删除，也允许其他进程打开读取它
• Flush(true)确保写入的内容不是留在内存缓冲区，而是真正写到磁盘上，避免其他应用读空内容
• 读取端的FileShare.Write | FileShare.Delete是为了兼容写入端已持有的Write权限和DeleteOnClose标记，避免权限冲突

这样调整后，你的临时文件既能被其他应用正常读取，又能在写入端的using块结束后自动被系统删除，完美解决需求～

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