用户态程序应优先使用deviceiocontrol+ioctl_storage_query_property获取磁盘序列号，需以generic_read打开物理磁盘句柄并解析storage_device_descriptor中的serialnumberoffset与serialnumberlength字段，该方法兼容性好、无需驱动且比wmi更可靠。
Windows 用户态程序无法直接获取磁盘序列号或硬件 ID（如 ATA 的 SerialNumber 或 NVMe 的 SN 字段），除非使用 Windows 提供的受信任 API（如 WMI、DeviceIoControl 配合 IOCTL_STORAGE_QUERY_PROPERTY）；驱动级调用不是必需，也不推荐——绝大多数场景下，用户态已足够，且更安全稳定。
用 DeviceIoControl + IOCTL_STORAGE_QUERY_PROPERTY 读取磁盘序列号
这是最常用、兼容性最好、无需管理员权限（部分磁盘需）的方式。关键在于构造正确的 STORAGE_PROPERTY_QUERY 结构，并指定 StorageDeviceProperty 类型。
- 必须以
GENERIC_READ打开物理磁盘句柄（如\\.\PhysicalDrive0），且进程需有对应访问权限（普通用户对多数 SATA/NVMe 盘可读，但某些 OEM 锁定盘可能拒绝） - 调用前需确保设备支持该 IOCTL：部分 USB 桥接盘、虚拟磁盘（如 VHD/VHDX）会返回
ERROR_INVALID_FUNCTION - 序列号字段在返回的
STORAGE_DEVICE_DESCRIPTOR中，位于SerialNumberOffset偏移处，是 ASCII 字符串（非宽字符），末尾无 null 终止，需按SerialNumberLength截取 - 示例关键片段：
STORAGE_PROPERTY_QUERY query = {};
query.PropertyId = StorageDeviceProperty;
query.QueryType = PropertyStandardQuery;
<p>DWORD bytesReturned;
STORAGE_DEVICE_DESCRIPTOR<em> desc = (STORAGE_DEVICE_DESCRIPTOR</em>)buf;
if (DeviceIoControl(hDisk, IOCTL_STORAGE_QUERY_PROPERTY,
&query, sizeof(query),
buf, bufSize,
&bytesReturned, nullptr)) {
if (desc->SerialNumberOffset && desc->SerialNumberLength) {
char<em> sn = (char</em>)buf + desc->SerialNumberOffset;
std::string serial(sn, desc->SerialNumberLength);
// 注意：serial 可能含空格或不可见字符，建议 trim
}
}</p>
为什么不用 WMI（Win32_DiskDrive）？
WMI 看似简单，但实际落地问题多：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
SerialNumber字段在多数 Windows 版本中为空（尤其 Win10/11 默认禁用，需手动启用WmiApSrv服务并配置 DCOM 权限） - 返回值常为厂商自定义字符串（如
"SATA "+ 型号拼接），并非真实 ATA/SAS/NVMe 协议层序列号 - 查询延迟高（平均 100–300ms），且依赖 WMI 服务状态，生产环境易出超时或访问拒绝（
0x80041003） - 若仍要用，必须用
SWbemServices::ExecQuery走异步，且硬编码WHERE InterfaceType='IDE' OR InterfaceType='NVMe'过滤，否则可能混入 CD-ROM 或卡读器
驱动级调用（IRP_MN_QUERY_DEVICE_TEXT 或自定义 IOCTL）不解决根本问题
写内核驱动去读磁盘 ID 是过度设计，且引入严重风险：
- Windows 10/11 强制要求驱动签名，未签名驱动无法加载（除非关闭测试模式，这违反企业安全策略）
- 不同控制器（Intel RST、AMD RAID、NVMe 驱动栈）对 IRP 处理差异大，同一份驱动在 Dell XPS 和 Lenovo ThinkStation 上行为可能完全不同
- 真正需要硬件 ID 的场景（如软件绑定硬盘）应优先用
Volume Serial Number（GetVolumeInformation）+DeviceID（SetupDiEnumDeviceInfo）组合，而非物理盘序列号——后者在热插拔、RAID 重建、NVMe namespace 切换后极易失效
真正难的不是“怎么拿到字符串”，而是判断哪个字符串在目标机器上稳定、可重现、且不因固件升级或电源管理策略改变而波动。比如某些 Intel SSD 在 Link Power Management 开启时，首次 DeviceIoControl 会返回空序列号，需先发一次 IOCTL_STORAGE_EJECT_MEDIA（伪操作）唤醒设备。这种细节，文档不写，只能实测。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
