Windows下WMI查询Win32_Volume.SerialNumber获取的是格式化生成的卷序列号（如1234ABCD），非硬盘固件序列号；Linux需依设备类型读/sys/block/*/device/serial或wwid，但受限权限与硬件支持。
Windows下用WMI查询Win32_Volume的SerialNumber
直接调用WMI是获取磁盘序列号最稳定的方式，比读取卷标或物理设备属性更可靠。Win32_Volume类里的SerialNumber字段对应的是NTFS/FAT32格式化时生成的卷序列号（4字节十六进制，如1234ABCD），不是硬盘固件级的SATA/ATA序列号。
实操要点：
- 需链接
wbemuuid.lib，初始化COM和WMI服务（CoInitializeEx+CoCreateInstance） - WQL查询语句写成
"SELECT SerialNumber FROM Win32_Volume WHERE DriveLetter = 'C:'"，注意DriveLetter带冒号 - 返回的
SerialNumber是BSTR，需用WideCharToMultiByte转为UTF-8字符串再处理 - 若目标卷未分配盘符（如系统恢复分区），
DriveLetter为空，得改用DeviceID匹配
Linux下读取/sys/block/*/device/wwid或serial
Linux没有统一“磁盘序列号”概念，实际要分场景：SSD/NVMe用wwid，SATA盘优先看serial，但两者都可能为空或不可读。
关键路径和限制：
立即学习“C++免费学习笔记（深入）”；
-
/sys/block/sda/device/serial—— SATA盘常见，但需root权限，且部分USB-SATA桥芯片会返回0000000000000000 -
/sys/block/nvme0n1/device/wwid—— NVMe盘唯一标识，格式类似nvme.1234-5678-90ab-cdef，比serial更可信 -
/dev/disk/by-id/ata-*软链接名里常含序列号，但依赖udev规则，重启后可能变化 - 普通用户默认无权读
/sys下部分设备节点，open()会返回Permission denied
跨平台不推荐用GetVolumeInformation
GetVolumeInformation返回的lpVolumeSerialNumber是卷序列号（同WMI的SerialNumber），不是物理磁盘序列号，且Linux/macOS无等价API。
容易混淆的点：
- 它和
GetDiskFreeSpaceEx无关，后者只返回空间信息 - 返回值是
DWORD，需格式化为8位十六进制（高位补0），例如0x1A2B3C4D应显示为"1A2B3C4D" - 同一块硬盘重装系统并重新格式化后，该值必然改变 —— 不能用于硬件绑定或设备指纹
真正物理序列号需要SMART或ioctl（高风险）
想拿到硬盘固件里的原始序列号（如WD-WCC123456789），Windows需用DeviceIoControl发IOCTL_ATA_PASS_THROUGH，Linux需用ioctl(fd, HDIO_DRIVE_CMD, ...)，但这两者都极容易触发驱动拒绝、权限拦截或内核panic。
现实建议：
- Windows上优先用PowerShell跑
Get-PhysicalDisk | Select-Object SerialNumber，底层调用Storage Management API，兼容性好 - Linux上用
smartctl -i /dev/sda（需smartmontools包），但部分NVMe盘需加-d nvme参数 - 不要在生产环境代码里硬编码SMART命令调用，
smartctl版本差异会导致解析失败 - 物理序列号可能被厂商屏蔽（尤其OEM硬盘），返回空或全F，这时只能退回到卷序列号+MAC地址组合方案
真要靠物理序列号做授权或追踪，得提前测试目标设备是否真实返回有效值，而不是假设它一定存在。
