GetLogicalDrives 返回32位DWORD位掩码，bit0–bit25对应A:–Z:逻辑驱动器存在状态，需用位运算判断（如C:为(drives & (1
用 GetLogicalDrives 获取驱动器位掩码最简路径
直接调用 GetLogicalDrives 是 Windows 平台下获取“哪些盘符存在”的最快方式，但它返回的是一个 32 位整数（DWORD），每一位代表 A–Z 中对应字母是否为有效驱动器（bit 0 = A:, bit 1 = B:, ..., bit 25 = Z:）。它不区分驱动器类型（硬盘、U 盘、光驱、网络映射盘等），只反映系统当前“逻辑可见”状态。
常见错误是拿到返回值后直接当盘符字符串用，或者忽略高位（比如以为只有 C–Z 重要而跳过 A/B）。实际中 A: 和 B: 在现代系统虽罕见，但若存在软驱或虚拟设备，bit 0/1 仍可能置位。
-
GetLogicalDrives返回 0 表示失败（比如权限问题，但极少见） - 必须用位运算判断：例如检查 C: 是否存在 →
(drives & (1 （C 是第 2 位，A=0, B=1, C=2） - 返回值不随热插拔实时更新；如需响应 U 盘插入，需配合
WM_DEVICECHANGE消息或轮询
把位掩码转成 std::vector<:string></:string> 盘符列表
从位掩码生成可读盘符（如 "C:"）需要遍历 0–25 位，并拼接字符。注意：Windows 要求盘符格式为 "X:"（冒号不可省略），且大小写不敏感，但惯例用大写。
以下是最小可行代码片段：
立即学习“C++免费学习笔记（深入）”；
DWORD drives = GetLogicalDrives();
std::vector<std::string> result;
for (int i = 0; i < 26; ++i) {
if (drives & (1 << i)) {
result.push_back(std::string(1, 'A' + i) + ":");
}
}
// result 现在包含所有可用驱动器，如 {"C:", "D:", "E:"}
- 不要用
itoa或字符串流做盘符拼接——纯字符计算更快更安全 - 如果只需要某类驱动器（如仅固定磁盘），
GetLogicalDrives不够用，得后续调用GetDriveType过滤 - 某些企业环境或沙盒中，该函数可能返回空掩码（全 0），不是 bug，是策略限制
和 GetDriveType 配合过滤真实可用驱动器
GetLogicalDrives 告诉你“系统说有”，GetDriveType 才告诉你“现在能不能访问”。例如光驱无盘、网络驱动器断开、U 盘被拔出后未刷新时，GetLogicalDrives 仍可能返回对应位，但 GetDriveType("D:") == DRIVE_NO_ROOT_DIR 或 DRIVE_REMOVABLE 却无法读取。
- 典型无效状态：
DRIVE_NO_ROOT_DIR（路径不存在）、DRIVE_UNKNOWN（访问被拒或设备异常） - 安全做法：先用
GetLogicalDrives枚举候选盘符，再对每个盘符调用GetDriveType，只保留DRIVE_FIXED、DRIVE_REMOVABLE、DRIVE_CDROM等非_NO_ROOT_DIR类型 -
GetDriveType对不存在的路径会返回DRIVE_NO_ROOT_DIR，不是崩溃——这是正常返回值，要显式判断
跨平台？别指望 GetLogicalDrives 在 Linux/macOS 工作
GetLogicalDrives 是 Win32 API，Linux/macOS 根本没有这个函数。想写跨平台代码时，不要封装一层“假装通用”的接口，而应按平台分治：
- Windows：用
GetLogicalDrives+GetDriveType - Linux：读
/proc/mounts或调用glob("/sys/block/*/device")，再过滤mount输出中的本地文件系统（ext4/xfs/btrfs） - macOS：用
getmntinfo或diskutil list -plist解析 - 若项目已用 Qt/C++17 filesystem，优先考虑
std::filesystem::exists()配合预设盘符列表，而非硬依赖 OS API
硬凑跨平台抽象只会让 Windows 代码变重、Linux 逻辑漏判网络挂载点，还掩盖了各系统驱动器语义的根本差异。
