FileStream不支持超时设置，其底层依赖操作系统句柄且无网络I/O超时概念；UNC路径超时由系统级SMB参数控制，需用HttpClient、NetworkStream或外部工具绕行。
FileStream 本身不支持超时设置
FileStream 是本地文件系统抽象，底层调用操作系统句柄，没有网络 I/O 的超时概念。如果你在访问网络路径（如 \servershare ile.txt），表面是 FileStream，实际依赖 SMB 协议栈和 Windows 网络重定向器，其“超时”由系统级参数控制，而非 C# 代码可直接配置。
常见误操作是给 FileStream 构造函数传入自定义超时参数——它根本没有该重载。试图用 Stream.ReadTimeout 或 WriteTimeout 也会抛出 NotSupportedException，因为 FileStream 默认不启用超时逻辑。
NetworkStream 才真正支持读写超时
当你通过 TcpClient、UdpClient 或 Socket 建立连接后获取的 NetworkStream，才原生支持 ReadTimeout 和 WriteTimeout 属性（单位毫秒）：
var client = new TcpClient();
await client.ConnectAsync("example.com", 80);
var stream = client.GetStream();
stream.ReadTimeout = 5000; // 5 秒
stream.WriteTimeout = 5000;
- 超时仅对同步
Read/Write方法生效；异步方法（ReadAsync）忽略该设置，需靠CancellationToken控制 - 设为
0表示无限等待；设为负数会抛ArgumentOutOfRangeException - 超时触发时抛
IOException，内层InnerException通常是SocketException（错误码 10060）
访问 UNC 路径时的超时控制只能靠外部手段
若你必须读写 servershare ile.dat 这类路径，且需要可控超时，FileStream 无解，只能绕行：
- 用
Process.Start调用robocopy并配合/R:1 /W:1（重试 1 次、等待 1 秒），再检查退出码 - 改用
WebClient或HttpClient，前提是对方开了 WebDAV 或 HTTP 文件服务 - 封装
FileStream操作进Task.Run+CancellationTokenSource.CancelAfter(3000)，但注意这会中断线程，可能留下句柄泄漏或文件锁残留 - 注册 Windows 网络提供程序策略：修改注册表
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParametersTcpipClientSupport（影响全局，不推荐）
HttpClient 访问网络资源是最可控的选择
现代应用应优先用 HttpClient 替代直接操作 UNC 路径。它天然支持精细超时：
var client = new HttpClient();
client.Timeout = TimeSpan.FromSeconds(10); // 整个请求生命周期超时
var response = await client.GetAsync("https://files.example.com/data.bin");
using var stream = await response.Content.ReadAsStreamAsync();
// 后续流读取仍受上层 Timeout 约束，无需额外设流超时
注意：HttpClient.Timeout 包含 DNS 解析、连接、SSL 握手、发送请求、接收响应头——但不保证响应体读取完成。如果响应体极大且网速极慢，需配合 CancellationToken 在 ReadAsync 中手动控制。
真正难处理的是 SMB 协议层卡死：比如服务器进程挂起、防火墙静默丢包、AD 域认证延迟。这些场景下，任何 .NET 流超时设置都只是“最后一道软性防线”，底层驱动和网络设备行为才是决定性因素。
