getlogicaldrives仅标识逻辑存在的盘符（a–z），需配合getdrivetype和getvolumeinformation才能准确获取可用卷标；注意路径格式、缓冲区大小及权限导致的error_access_denied等错误。
Windows下用GetLogicalDrives枚举驱动器字母
想拿到所有已连接磁盘的卷标（比如 C:、D:），第一步得先知道哪些盘符存在且可访问。GetLogicalDrives返回一个32位掩码，每位对应一个字母（A–Z），bit置1表示该驱动器存在。它不区分是否挂载、是否有介质（比如光驱没放盘也会被列出），所以只是“逻辑存在”的起点。
常见错误是直接拿这个结果当“可用卷”用——比如U盘拔了但系统还没刷新状态，GetLogicalDrives可能还显示E:，后续调用GetVolumeInformation就会失败。
实操建议：
- 先调用
GetLogicalDrives获取掩码，循环检查A–Z中哪些bit为1 - 对每个疑似存在的盘符（如
"C:"），用GetDriveType确认类型：DRIVE_FIXED、DRIVE_REMOVABLE、DRIVE_REMOTE等；跳过DRIVE_NO_ROOT_DIR或DRIVE_UNKNOWN - 再用
GetVolumeInformation读取卷标，传入带冒号和反斜杠的路径，例如"C:\"（注意结尾双反斜杠在字符串里是"C:\\"）
GetVolumeInformation读取卷标时的路径和缓冲区陷阱
卷标不是靠盘符名直接查出来的，必须提供一个有效路径指向该卷根目录。传"C:"会失败，必须是"C:\"；传"C:\temp"也能工作，但推荐用根路径避免权限或重定向干扰。
缓冲区大小容易出错：卷标最大长度是MAX_VOLUME_LABEL_LENGTH（定义为32），但这是字符数，不是字节数。用WCHAR时要分配(MAX_VOLUME_LABEL_LENGTH + 1) * sizeof(WCHAR)，否则GetVolumeInformation可能写越界或截断。
另一个坑是返回值判断：函数成功返回非零，失败返回0，此时应调用GetLastError()——常见错误码包括ERROR_NOT_READY（光驱空、U盘未就绪）、ERROR_ACCESS_DENIED（NTFS卷无读权限，尤其某些系统保留卷）。
跨平台？Linux/macOS没有“卷标”概念，只有文件系统标签
C++标准库不提供跨平台卷标获取方式，Windows的“卷标”（Volume Label）是NTFS/FAT特有属性；Linux下对应的是文件系统label（如ext4用e2label、xfs用xfs_admin -l），macOS则是APFS/HFS+的卷名，存储位置和读取方式完全不同。
如果真要跨平台，别试图抽象成统一接口。更实际的做法：
- Windows走
GetVolumeInformation - Linux用
libblkid查label字段（需链接-lblkid），或解析/proc/mounts后调用udevadm info --name=/dev/sdX1 --query=property - macOS用
diskutil info /dev/diskXsY或I/O Kit遍历IOBSDNameMatching匹配对象再读kIOVolumeLabelKey
混用std::filesystem::exists("C:\")这种看似跨平台的判断，在Linux/macOS上只会返回false，毫无意义。
权限与UAC导致的静默失败
某些卷（如系统保留分区、BitLocker加密卷未解锁、或挂载在C:Recovery这类路径下的恢复分区）即使存在，调用GetVolumeInformation也可能因权限不足而失败，且不会弹窗提示——程序里只看到GetLastError()返回ERROR_ACCESS_DENIED。
这不是代码写错了，而是Windows设计如此。普通用户态程序默认没权读取这些卷的元数据。解决思路只有两个：
- 明确告知用户“部分系统卷不可读”，把
ERROR_ACCESS_DENIED单独处理并跳过，不报错也不卡住 - 以管理员权限运行程序（加manifest声明
requireAdministrator），但这不能解决BitLocker未解锁的情况——那需要用户手动解锁或提供密钥
真正麻烦的是那些“存在但不可访问”的卷：它们出现在GetLogicalDrives里，GetDriveType返回DRIVE_FIXED，却在GetVolumeInformation这步失败。这种边界情况必须覆盖，否则列表看起来缺了一块，用户会以为程序漏掉了磁盘。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
