.NET无法直接发送NVMe命令，因需内核态操作；FileStream仅支持逻辑扇区读写，DeviceIoControl标准控制码不开放底层命令；唯一可行路径是WDK提供的IOCTL_NVME_PASS_THROUGH系列控制码，需管理员权限、正确设备句柄、严格对齐结构体及非分页内存。
不能直接绕过文件系统用标准 .NET API 与 NVMe 设备通信——C# 运行在用户态，而 NVMe 设备寄存器访问、命令队列提交、DMA 内存映射等操作必须在内核态完成。
为什么 FileStream 或 DeviceIoControl 无法发 NVMe Admin / IO 命令
Windows 下 NVMe 设备（如 \.PhysicalDrive0）由 storport.sys + nvme.sys 管理，用户态只能通过 IRP 请求交由驱动处理。标准 DeviceIoControl 支持的控制码（如 IOCTL_STORAGE_QUERY_PROPERTY）仅限查询，不开放 CreateI/O Submission Queue、Identify Controller 等底层命令入口。
- 试图用
DeviceIoControl发送自定义 NVMe 命令会返回ERROR_INVALID_FUNCTION或ERROR_ACCESS_DENIED -
FileStream只能读写逻辑扇区，完全不感知 NVMe 命令队列、PRP 列表、门铃寄存器等机制 - 即使打开
\.PhysicalDriveX并用FILE_FLAG_NO_BUFFERING，仍走的是块设备抽象层，不是 NVMe 控制器直通
真正可行的路径只有两个：内核驱动 or Windows WDK 提供的用户态接口
微软通过 WDK 提供了有限但可用的用户态 NVMe 访问能力，核心是 NvmeIoctl.h 中定义的控制码和配套结构体，需配合 nvme.sys 驱动使用（Win10 1809+ 默认启用）。
- 必须用
DeviceIoControl调用IOCTL_NVME_PASS_THROUGH_IDENTIFY、IOCTL_NVME_PASS_THROUGH_DIRECT等特定码 - 调用前需以
GENERIC_READ | GENERIC_WRITE打开\.Scsi0:或\.Nvme0:（取决于设备枚举名，可用wmic path Win32_DiskDrive get Name,PNPDeviceID查看） - 传入的
NVME_COMMAND结构体必须严格对齐，且NSID、CMD_EFFECTS等字段需按控制器支持情况设置，否则返回ERROR_INVALID_PARAMETER - 需要分配非分页内存（
VirtualAlloc(..., MEM_COMMIT | MEM_RESERVE, PAGE_READWRITE)）作为 PRP 表或数据缓冲区，否则驱动拒绝执行
常见错误：权限不足、设备句柄无效、结构体填充错位
即使代码语法正确，90% 的失败源于环境或数据准备问题。例如：
- 未以管理员权限运行进程 →
CreateFile返回INVALID_HANDLE_VALUE，GetLastError()是ERROR_ACCESS_DENIED - 打开
\.PhysicalDrive0却用IOCTL_NVME_PASS_THROUGH_DIRECT→ 驱动不识别该句柄类型，直接失败 -
NVME_COMMAND中CDW10～CDW15按小端填充，但误用大端或字节序混淆 → 命令被解释为非法值，控制器返回Invalid Field in Command - 未检查控制器是否支持 passthrough（
IOCTL_STORAGE_QUERY_PROPERTY+StorageAdapterProperty中StorPropNVMeSupport字段为false）→ 后续所有 ioctl 都无效
真正难的不是调用某个函数，而是理解 Windows 存储栈里哪一层暴露了什么、哪些寄存器/命令被有意隐藏、哪些内存约束不可妥协。哪怕一个字节的 PRP 表偏移填错，结果就是静默失败或蓝屏——因为驱动在做 DMA 地址校验时发现越界。
