C# 操作NVM Express(NVMe) C#能否绕过文件系统直接与NVMe设备通信

.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 地址校验时发现越界。