GetLogicalDrives 返回一个32位整数掩码，bit i 表示第 i 个盘符（A: 到 Z:）是否在注册表中注册，但不保证驱动器当前就绪或可访问；需配合 GetDriveType 等进一步验证。
GetLogicalDrives 返回的是什么，为什么不能直接当盘符用
GetLogicalDrives 返回一个 32 位整数，每一位代表 A: 到 Z: 中对应字母是否存在（bit 0 = A:, bit 1 = B:, ..., bit 25 = Z:）。它不返回路径字符串，也不告诉你驱动器类型（比如是 SSD、网络映射还是 RAMDisk）。常见错误是拿到返回值后直接拼 "A:" 去访问，结果遇到未就绪的光驱或断开的网络驱动器就崩——GetLogicalDrives 只管“注册表里有没有”，不管“现在能不能读”。
实操建议：
- 先调用
GetLogicalDrives()得到掩码 - 遍历 0–25，用
(mask >> i) & 1判断第 i 个驱动器是否存在 - 对每个存在的驱动器，用
GetDriveType(L"X:\")进一步确认是否可用（返回DRIVE_READY才算真能用） - 别跳过
\?X:这种长路径前缀——某些挂载点（如 WSL2 的 \wsl$）需要它才能被识别
GetVolumeInformation 能否替代 GetLogicalDrives
不能替代，但必须配合使用。 GetLogicalDrives 是“有哪些字母”，GetVolumeInformation 是“某个具体驱动器卷是什么类型、支持什么特性”。比如你想过滤出所有 NTFS 本地硬盘，就得先用 GetLogicalDrives 找出 X:，再对 X:\ 调用 GetVolumeInformation 拿 lpFileSystemName。
注意几个坑：
立即学习“C++免费学习笔记（深入）”；
-
GetVolumeInformation第二个参数是lpRootPathName，必须以反斜杠结尾（L"C:\"），传L"C:"会失败并返回错误码ERROR_INVALID_NAME - 如果驱动器是空光驱或拔掉的 USB，
GetVolumeInformation会直接失败（返回 0），需用GetLastError()判断是不是ERROR_NOT_READY - 某些 BitLocker 加密卷在锁住状态下，
GetVolumeInformation可能返回成功但lpFileSystemName为空——得结合GetDriveType和DeviceIoControl+IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS才能准确定性
如何安全列出所有可访问的本地物理磁盘（不只是盘符）
只看盘符会漏掉没分配字母的磁盘（比如新插入的 SATA 盘、动态磁盘上的未指派卷）。真正完整的方案要走 Windows 设备接口：SetupDiGetClassDevs + GUID_DEVINTERFACE_DISK。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
关键步骤：
- 用
SetupDiGetClassDevs(&GUID_DEVINTERFACE_DISK, NULL, NULL, DIGCF_PRESENT | DIGCF_DEVICEINTERFACE)枚举当前插着的物理磁盘设备 - 对每个设备调用
SetupDiEnumDeviceInterfaces和SetupDiGetDeviceInterfaceDetail，拿到类似\\.\PhysicalDrive0的设备路径 - 再用
CreateFile打开该路径（带FILE_SHARE_READ | FILE_SHARE_WRITE和OPEN_EXISTING），才能读取分区表或发 IOCTL 查询信息 - 注意：普通用户进程默认无权打开
PhysicalDriveX，需提升权限或在 manifest 中声明requireAdministrator
这个路径和盘符不是一一对应的——一块物理盘可以有多个分区（C:、D:），也可能一个分区跨多块物理盘（存储池），所以“所有磁盘驱动器”这个问题本身就有歧义，得先明确你要的是逻辑卷、挂载点，还是底层物理设备。
std::filesystem::exists 在 Windows 上对驱动器根目录的行为很怪
C++17 的 std::filesystem::exists("C:\") 在 Windows 上可能返回 false，即使 C: 明明存在且就绪。原因是它底层调用的是 GetFileAttributes，而该 API 对根目录路径的处理有历史兼容逻辑：如果 C: 是网络驱动器且服务器不可达，或者启用了“延迟加载”策略，exists 就会直接报错退出，不重试。
更稳的做法是绕过 std::filesystem：
- 用
GetDriveType(L"C:\") == DRIVE_FIXED || DRIVE_REMOVABLE || DRIVE_REMOTE判断基础可用性 - 再用
GetDiskFreeSpaceEx测试能否获取空间信息（失败时检查GetLastError() == ERROR_NOT_READY） - 避免用
std::filesystem::is_directory或status查根路径——它们在 Windows 上比 POSIX 平台更容易因权限或状态抖动而失败
驱动器枚举这事，Windows 底层其实分三层：注册表定义的盘符、卷管理器维护的卷 GUID、以及 storport 层的物理设备。你用哪一层，决定了你能看见什么、以及看到的东西有多“实时”。别指望一个 API 搞定全部。
