GetVolumeInformation是Windows下获取卷标和序列号最可靠的API，需传入“C:”格式根路径，卷标缓冲区至少256字节，序列号为DWORD类型无需字节序转换。
Windows 下用 GetVolumeInformation 读卷标和序列号最可靠
直接调 GetVolumeInformation 是 Windows 平台唯一能稳定拿到卷标名（Volume Name）和 32 位分区序列号（Volume Serial Number）的 API，不依赖 WMI 或 PowerShell，无权限提升要求，也不需要管理员权限。
常见错误是传错根路径——必须是类似 "C:\\" 这样的“根目录路径”，结尾双反斜杠不能少；传 "C:" 或 "C:\temp" 都会失败并返回 ERROR_INVALID_PARAMETER。
- 卷标名缓冲区至少留 256 字节，实际长度由输出参数
lpVolumeNameSize决定，别用sizeof(buf)硬算 - 序列号是
DWORD类型，高位在前（big-endian 表示），但函数返回的就是原始整数值，无需字节序转换 - 如果卷标为空（比如未格式化或 FAT32 无标签），
lpVolumeNameBuffer返回空字符串，lpVolumeNameSize为 0
WCHAR volName[256];
DWORD serial = 0, maxCompLen = 0, fsFlags = 0;
WCHAR fsName[256];
if (GetVolumeInformation(L"C:\\", volName, _countof(volName), &serial,
&maxCompLen, &fsFlags, fsName, _countof(fsName))) {
wprintf(L"卷标：%s，序列号：0x%08X
", volName, serial);
}
Linux 下没有“卷标+序列号”一对一映射概念
Linux 没有 Windows 那种内建的、跨文件系统的“卷标+32 位序列号”组合。你看到的 blkid 输出里 UUID、TYPE、PARTUUID、PTTYPE 都是不同层级的标识，用途和稳定性完全不同。
容易踩的坑是以为 UUID 就等于 Windows 的“卷序列号”——其实不是：UUID 是文件系统级的，重格式化就变；PARTUUID 是 GPT 分区表里的，只在 GPT 下存在；MBR 分区只有 PARTUUID 的模拟值（如 0x12345678-01），本质是磁盘签名+分区起始扇区计算而来，不可靠。
立即学习“C++免费学习笔记（深入）”；
- 获取设备卷标：用
blkid -o value -s LABEL /dev/sda1，但 ext4/xfs 的 LABEL 可为空，NTFS 卷标需ntfs-3g支持 - 获取类似序列号的标识：优先用
blkid -o value -s UUID /dev/sda1，它稳定且被 systemd/fstab 广泛依赖 - 不要解析
/proc/partitions或lsblk输出来拼序列号——它们不提供持久性标识
C++ 跨平台封装时别硬凑统一接口
强行写一个 get_volume_info(const std::string& path) 函数，在 Windows 返回序列号，在 Linux 返回 UUID，看起来整洁，实则埋雷：调用方容易误以为两者语义等价，结果在做磁盘绑定或 license 校验时出错。
更务实的做法是分两套字段：一套叫 volume_id（Windows 的序列号 / Linux 的 UUID），另一套叫 partition_id（Windows 的 GetDiskFreeSpaceEx + 磁盘编号 / Linux 的 PARTUUID 或 WWN）。明确告诉使用者：前者随文件系统重建而失效，后者在物理分区不变时才稳定。
- Windows 下避免用
GetLogicalDrives+GetDriveType判断是否可移动——U 盘插 USB 3.0 口可能被识别为固定磁盘，导致漏判 - Linux 下不要用
statfs获取任何标识信息——它只返回挂载点统计，和底层块设备无关 - 若需跨平台唯一标识一块物理磁盘（非分区），Windows 查
Win32_DiskDrive.SerialNumber，Linux 查/sys/block/sda/device/wwn或/sys/block/sda/device/model+vendor
序列号不是加密密钥，也别当唯一硬件指纹用
Windows 卷序列号是格式化时生成的伪随机数（基于时间戳和磁盘容量），可被工具修改；Linux UUID 是 mkfs 时生成，也可用 tune2fs -U 重设。两者都不具备防篡改能力。
如果你正打算用它做软件授权绑定，得立刻停手——用户重装系统、换硬盘、甚至只是用 DiskGenius 重写引导区，序列号就变了。真正该绑定的是硬件特征（如主板 SMBIOS UUID + CPU ID 组合哈希），再加一层用户可控的 fallback（如登录账户 ID）。
- 卷序列号适合做轻量缓存键（比如记录某次扫描结果对应哪个盘），不适合做安全边界
- 日志里打卷标可以辅助排查，但绝不能用来判断“是不是同一块盘”——用户改个卷标，你的逻辑就崩了
- 注意 NTFS 和 exFAT 对卷标长度限制不同（NTFS 最长 32 Unicode 字符，exFAT 是 11 ASCII 字符），截断行为不一致
