Windows下用GetDriveType判断路径是否为可移动设备最可靠，需传入根路径（如"F:"）并检查返回值是否为DRIVE_REMOVABLE；非根路径会误判，部分USB硬盘可能被识别为DRIVE_FIXED；Linux则需通过stat获取st_dev、查mountinfo、映射到/sys/block/*/removable读取值为1判定。
Windows下用GetDriveType判断路径是否为可移动设备
直接调用GetDriveType是最常用也最可靠的方式，它返回的驱动器类型值能明确区分U盘、SD卡等可移动介质。注意：这个函数只接受根路径（如"F:\"），不能传入任意子路径（如"F:\data\file.txt"）——否则可能误判为DRIVE_NO_ROOT_DIR或DRIVE_FIXED。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先用
PathGetDriveNumber或手动截取冒号前部分 +":\"构造合法根路径 - 调用
GetDriveType后检查是否等于DRIVE_REMOVABLE - 某些USB硬盘可能被识别为
DRIVE_FIXED（尤其启用高速缓存或使用USB-SATA桥芯片时），这不是bug，是Windows底层报告行为 - 需要管理员权限？不需要——
GetDriveType是用户态安全API
Linux下通过sysfs和udev属性识别可移动设备
Linux没有统一API，得靠路径反查设备节点，再读取/sys/block/*/removable或/sys/block/*/ro。关键点在于：不是所有挂载点都对应块设备（比如tmpfs、nfs），必须先解析挂载点所属的块设备名。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
stat获取路径所在文件系统的st_dev，再查/proc/self/mountinfo匹配挂载项，提取对应major:minor - 根据
major:minor映射到/sys/block/xxx目录（例如8:16→sdb） - 读取
/sys/block/sdb/removable，内容为1即表示可移动 - 别依赖
/proc/mounts——它不包含removable信息，且可能缺失bind mount细节
C++跨平台封装要注意的陷阱
写个is_removable_drive(const std::string& path)函数时，最容易翻车的是路径规范化和边界情况。Windows路径大小写不敏感但Linux敏感；Windows驱动器字母必须大写才能被GetDriveType正确识别；Linux下符号链接可能绕过真实块设备判断。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- Windows分支：用
PathCanonicalize或GetFullPathName标准化路径，再取盘符部分 - Linux分支：避免直接用
realpath()——它会解析符号链接，导致指向错误设备；应优先用stat()而非lstat() - 不要硬编码判断逻辑（如“路径含‘USB’就认为可移动”），设备厂商字符串不可靠
- 考虑无权限场景：若
/sys/block/xxx/removable因权限拒绝读取，应回退为ENODEV或EROFS等错误码处理，而非默认否决
为什么GetVolumeInformation不适用
GetVolumeInformation返回的是卷标、序列号、文件系统类型等，跟物理介质类型无关。即使U盘格式化成NTFS，它仍返回FILE_SUPPORTS_ENCRYPTION之类标志，但不会告诉你这玩意儿能不能拔——它压根不访问硬件层信息。
常见误用现象：
- 看到
dwFlags & FILE_REMOTE_DEVICE就以为是可移动设备 → 实际这是网络驱动器标志，和U盘无关 - 依赖
lpFileSystemNameBuffer内容（如"exFAT"）推断可移动性 → SD卡也能格式化成NTFS，硬盘也能用exFAT - 在非管理员进程里反复调用该函数试图触发设备重识别 → 它不触发任何硬件探测，纯内存缓存查询
/sys/block挂载）都会断掉判断。Windows反而干净利落——只要路径合法，GetDriveType基本就是最终答案。 
