.net 6+ 中 file.exists 变慢是因默认启用严格路径检查，.net 5 起增加 nul/控制字符/路径长度校验及 windows 下 getfullpath 调用；可信路径应预缓存 path.getfullpath，高频场景推荐 directory.enumeratefilesystementries 配合 hashset 缓存，提速 3–5 倍。
System.IO.File.Exists 在 .NET 6+ 里为什么突然变慢了？
不是变慢，是默认启用了更严格的路径检查。.NET 5 起 File.Exists 和 Directory.Exists 开始校验路径合法性（比如是否含 NUL、控制字符、过长路径），尤其在 Windows 上会触发额外的 GetFullPath 调用。
- 如果确定路径来自可信输入（如配置文件或硬编码），可提前用
Path.GetFullPath缓存结果，避免重复解析 - 高频调用场景（如扫描目录）建议改用
Directory.EnumerateFileSystemEntries+TryGetValue配合HashSet<string></string>缓存，比反复调用Exists快 3–5 倍 - .NET 8 中该行为不可关闭，别试图用
AppContext.SetSwitch("System.IO.EnableUnsafePathEvaluation", true)—— 这个 switch 已被移除
FileStream 构造函数参数差异：.NET Framework vs .NET 5+
FileStream 的重载大幅精简，.NET Core 2.1 起就废弃了带 useAsync 参数的构造函数；到 .NET 5，isAsync 彻底消失，异步行为由底层 I/O 模式和 FileStreamOptions 控制。
- 旧代码里写
new FileStream(path, FileMode.Open, FileAccess.Read, FileShare.None, 4096, true)→ 必须改为new FileStream(path, new FileStreamOptions { Mode = FileMode.Open, Access = FileAccess.Read, Share = FileShare.None, BufferSize = 4096, IsAsync = true }) -
IsAsync = true不再等价于 Win32 的 overlapped I/O，而是启用基于ThreadPool的同步模拟（除非系统支持 io_uring 或 Windows I/O Completion Ports） - .NET 6+ 默认启用
FileStreamOptions.Options中的EnsureFlushOnDispose，关掉它可提升吞吐量（但需确保显式调用Flush()）
Path.Join 和 Path.Combine 在跨平台路径拼接时的行为分歧
Path.Combine 是“字符串拼接”，不处理冗余分隔符或相对路径语义；Path.Join（.NET 5+ 引入）才是真正的路径解析器，会归一化 ..、折叠 //、尊重根路径。
- 错误用法：
Path.Combine("/home", "../tmp/file.txt")→ 得到/home/../tmp/file.txt（未归一化） - 正确做法：
Path.Join("/home", "../tmp/file.txt")→ 得到/tmp/file.txt - Windows 下
Path.Combine("C:\a", "b\..\c")仍返回C:\a\b\..\c，而Path.Join会返回C:\a\c - 注意：
Path.Join不做存在性检查，也不处理环境变量（如%TEMP%），这些仍得靠Environment.ExpandEnvironmentVariables
ReadOnlySpan 写入文件：从 .NET Core 2.1 到 .NET 8 的性能断层
直接写 Span<byte></byte> 到磁盘的能力，是 .NET Core 2.1 加入的，但直到 .NET 6 才真正绕过中间数组拷贝 —— 关键在 FileStream.Write 重载是否接受 ReadOnlySpan<byte></byte> 并走零拷贝路径。
- .NET Core 2.1–3.1：有
Write(ReadOnlySpan<byte>)</byte>重载，但内部仍会复制进byte[]缓冲区 - .NET 5：开始尝试栈分配小缓冲区，但大块数据仍走堆分配
- .NET 6+：配合
FileStreamOptions设置BufferSize = 0（禁用内部缓冲），且目标文件系统支持 direct I/O（Linux）或 unbuffered I/O（Windows），才能真正避免拷贝 - 实测：写 1MB 数据，.NET 8 +
BufferSize=0比 .NET Framework 快 1.8×，内存分配降为 0
Path.Join）、异步流选项（FileStreamOptions）、以及那个早已失效的 useAsync 参数惯性思维——它们不是语法糖，是不同 I/O 模型的分水岭。 
