C#：解决FileStream设DeleteOnClose后文件无法访问的方案

这个问题我之前也碰到过，确实有点绕——主要是FileOptions.DeleteOnClose的特性和Windows文件系统的共享规则在这儿撞了，咱们一步步拆解解决：

核心原因 #

当你用DeleteOnClose打开文件时，Windows会给文件标记一个“关闭后删除”的属性，此时其他进程要访问这个文件，不仅需要读权限，还必须明确允许删除共享（FileShare.Delete）。但Notepad、File.ReadAllText()这类工具/方法默认是用独占模式（FileShare.None）打开文件，自然会触发访问拒绝异常。

可行解决办法 #

1. 创建流时设置正确的共享权限

首先，你在创建带DeleteOnClose的FileStream时，必须指定FileShare.Read | FileShare.Delete的共享选项，这样其他进程才能同时读和允许后续的删除操作。示例代码：

// 创建带DeleteOnClose标记的文件流，允许其他进程读+删除共享
using var mainStream = new FileStream(
    "target.txt",
    FileMode.Create,
    FileAccess.ReadWrite,
    FileShare.Read | FileShare.Delete,
    bufferSize: 4096,
    FileOptions.DeleteOnClose);

// 可以往流里写内容
await mainStream.WriteAsync(Encoding.UTF8.GetBytes("测试内容"));
// 不要关闭这个流，否则文件会立刻被删除

2. 自定义读取逻辑替代File.ReadAllText()

File.ReadAllText()内部默认用FileShare.None打开文件，必然冲突。你需要手动用FileStream指定共享权限来读取：

string fileContent;
// 打开文件时指定允许读+删除共享
using var readStream = new FileStream(
    "target.txt",
    FileMode.Open,
    FileAccess.Read,
    FileShare.Read | FileShare.Delete);
using var reader = new StreamReader(readStream);
fileContent = await reader.ReadToEndAsync();

Console.WriteLine(fileContent); // 正常输出内容

3. 让Notepad成功打开文件

只要你的主程序保持mainStream处于打开状态，并且创建时设置了FileShare.Read | FileShare.Delete，此时直接用Notepad打开该文件就能正常读取了。不过要注意：一旦主程序关闭mainStream（或者进程退出），文件会立刻被系统删除，Notepad会弹出“文件已被删除”的提示，这是正常的预期行为。

额外注意事项 #

• FileOptions.DeleteOnClose是Windows特有的特性，在Linux/macOS上没有对应实现，跨平台场景需要换其他方案（比如定时删除）。
• 所有访问该文件的进程都必须遵守共享规则，哪怕是自己的其他线程，否则依然会触发锁定异常。
• 确保mainStream的生命周期足够长——一旦它被释放，文件就会被删除，后续任何访问都会失败。

内容的提问来源于stack exchange，提问作者kyriosity-at-github