Windows不支持线程粒度I/O优先级设置，需通过CreateFile启用FILE_FLAG_OVERLAPPED，再用ThreadPoolBoundHandle配合NativeOverlapped.InternalHigh设置IO_PRIORITY_HINT（0/1/2）才能生效。
Windows 上 C# 线程无法直接设置 I/O 优先级
你不能像设置 CPU 优先级那样，用 Thread.Priority 或 Process.PriorityClass 来改变某个线程发起的磁盘 I/O 的调度优先级。Windows 内核不提供线程粒度的 I/O 优先级控制接口——这个限制常被误读，导致很多尝试失败。
真正起作用的是「I/O 请求本身携带的优先级提示」，它依赖于底层文件句柄的创建方式和后续的异步操作调用，而非线程身份。
使用 CreateFile 设置文件句柄的 I/O 优先级提示
在 Windows 上，只有通过 P/Invoke 调用 CreateFile 并传入特定标志，才能为打开的文件句柄启用 I/O 优先级提示能力。.NET 的 FileStream 默认不启用该机制。
-
FILE_FLAG_NO_BUFFERING和FILE_FLAG_WRITE_THROUGH不影响优先级，但会影响缓存行为 - 关键标志是
FILE_FLAG_OVERLAPPED（启用异步 I/O）+ 后续调用SetThreadPriority配合IO_PRIORITY_HINT - 必须搭配
ThreadPoolBoundHandle或手动OVERLAPPED结构才能传递优先级 hint
示例关键点：
var handle = CreateFile(
path,
FileAccess.Read | FileAccess.Write,
FileShare.None,
IntPtr.Zero,
FileMode.Open,
FILE_ATTRIBUTE_NORMAL | FILE_FLAG_OVERLAPPED,
IntPtr.Zero);
// 后续用此 handle 构造 FileStream 时需禁用 .NET 缓存，并用 UnmanagedMemoryStream 或自定义 Async IO
ThreadPoolBoundHandle 是唯一可控路径
.NET 5+ 提供了 ThreadPoolBoundHandle，它是少数能将线程池线程与 Windows I/O 优先级 hint 绑定的机制。它绕过 FileStream 的抽象层，直通内核。
- 必须用
ThreadPoolBoundHandle.BindHandle包装一个已启用FILE_FLAG_OVERLAPPED的句柄 - I/O 优先级由
ThreadPoolBoundHandle.AllocateNativeOverlapped返回的NativeOverlapped*中的InternalHigh字段控制 - 合法值：0（Normal）、1（Low）、2（High）对应
IO_PRIORITY_HINT枚举 - 注意：.NET 不校验
InternalHigh值，填错会静默失效或触发 STATUS_INVALID_PARAMETER
简写示意（非完整可运行代码）：
var overlapped = boundHandle.AllocateNativeOverlapped(); overlapped->InternalHigh = 2; // High priority boundHandle.PerformIO(operation, overlapped, buffer, ...);
常见错误现象和兼容性陷阱
即使代码看似正确，也极容易因以下原因完全无效：
- 目标磁盘是 SSD 且启用了 NVMe Queue Depth 自适应调度 —— Windows 可能忽略 hint
- 使用
FileStream.ReadAsync/WriteAsync：它们内部不传播优先级，永远走 Normal - 在 Windows Server 2012 R2 之前系统上，
IO_PRIORITY_HINT被完全忽略 - 进程没有
SeIncreaseBasePriorityPrivilege权限时，High 优先级会被降级为 Normal - 同一物理磁头上的多个高优请求仍会排队，hint 不等于抢占式调度
真正需要 I/O 优先级的场景（如实时音视频缓存、数据库 checkpoint 线程），建议优先考虑分离存储介质、调整队列深度或使用 Windows 存储 QoS 策略，而不是依赖 per-thread hint。
细节藏在 IO_PRIORITY_HINT 和 NativeOverlapped.InternalHigh 的配合里，少一步就归零。
