GetLogicalDriveStrings 返回空字符串或失败，主因是缓冲区不足；需先调用一次获取所需TCHAR数（含末尾双 ），再按此大小分配缓冲区并重试，同时确保字符集匹配（Unicode下用W版）。
为什么 GetLogicalDriveStrings 返回空字符串或失败？
调用后得到空结果，大概率是缓冲区没分配够——这个 API 不像 GetLogicalDrives 那样返回位掩码，它要把所有盘符（如 "C:\ D:\ E:\ "）拼成一个连续的 null-separated 字符串，末尾还带双 。你传的缓冲区长度单位是 TCHAR（即 wchar_t 或 char），但容易误当成字节数；而且必须预留至少 4 个字符空间（比如只有 C: 时也要写成 "C:\ "，最后还要补终止空字符）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先调用一次
GetLogicalDriveStrings(0, nullptr)获取所需缓冲区大小（返回值是所需TCHAR数，含末尾双 - 按返回值分配堆内存或栈数组，再调第二次；别硬写固定大小比如 256 —— 虽然常见，但不保险
- 确保编译器字符集设置与 API 匹配：Unicode 下用
GetLogicalDriveStringsW，否则用GetLogicalDriveStringsA；宏定义UNICODE后默认走宽字符版
如何安全提取每个盘符字符串？
返回的字符串不是普通 C 风格字符串，而是多个以单 分隔、结尾双 的子串。直接 std::wcout 只会输出第一个盘符，因为流遇到首个 <code> 就停了。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用指针遍历：
for (const wchar_t* p = buf; *p; p += wcslen(p) + 1)，每次p指向一个盘符（如L"C:\"） - 检查每个
p是否非空且长度 ≥ 3（排除无效项），再用GetDriveType(p)判断是否真实存在、是否为可移动/网络/光驱等 - 不要依赖顺序：Windows 不保证返回顺序是 A→Z，实际取决于注册表
HKEY_LOCAL_MACHINESYSTEMMountedDevices中的挂载顺序
和 GetLogicalDrives 比，该用哪个？
GetLogicalDrives 返回一个 32 位整数，每位代表一个盘符（bit 0=A, bit 1=B…），快、轻量、无内存管理负担；但它只告诉你“有”，不告诉你驱动器类型、是否就绪、挂载路径是否有效。GetLogicalDriveStrings 多一步解析，但拿到的是完整路径字符串，可直接传给 GetDriveType、GetDiskFreeSpaceEx 等后续 API。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 只需要判断“C 盘是否存在” → 用
GetLogicalDrives()查 bit 2 更快 - 要列出所有可用盘符并区分 U 盘/SSD/光驱 → 必须用
GetLogicalDriveStrings+GetDriveType - 注意：两者都只返回“已分配盘符”的驱动器，未分配盘符的物理磁盘（如动态卷未指派盘符）不会出现
Unicode 下常见崩溃点：宽字符 vs 多字节混用
如果项目设为 Unicode 但手动调用了 GetLogicalDriveStringsA，或反过来，缓冲区类型（char* / wchar_t*）和 API 不匹配，会导致读越界、乱码甚至 AV（访问冲突）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 统一用
TCHAR类型：TCHAR buf[1024]; GetLogicalDriveStrings(sizeof(buf)/sizeof(TCHAR), buf); - 或者明确指定宽字符版本：
wchar_t buf[1024]; GetLogicalDriveStringsW(1024, buf);，并用std::wcout输出 - 别把
buf当作普通std::string构造参数——它含多个std::string(buf)会在第一个
最易被忽略的是双 终止结构：遍历时若没检查 p 指向的字符串长度，或误判最后一个 为结束，可能跳过末尾盘符，或触发越界读。拿不准时，用调试器看内存布局比猜更可靠。
