C++如何判断一个磁盘路径是否属于可移动媒体设备介质

判断一个磁盘路径是否属于可移动媒体设备，这事看着不大，但真要跨平台实现，坑不少。先给出最可靠的方案：Windows 下调用 GetDriveType 并传入根目录格式路径（如 "E:"），返回值 DRIVE_REMOVABLE 才表示可移动介质；Linux 则需通过 /sys/block/*/removable 查硬件能力位；至于跨平台封装，千万别指望能抽象出一个统一的简单接口。

Windows 下用 GetDriveType 判断路径是否为可移动设备

直接调用 GetDriveType 是最常用也最可靠的方式。它不依赖文件系统扫描或权限检查，只查卷的类型标识，速度快且稳定。

• 传入路径必须是根目录格式，比如 "E:"，不是 "E:\data\file.txt" 或 "E:\"（后者可能返回 DRIVE_NO_ROOT_DIR）
• 返回值为 DRIVE_REMOVABLE 才表示可移动介质（U盘、SD卡、移动硬盘等），注意光驱（DRIVE_CDROM）不算可移动设备
• 若路径不存在或无访问权限，会返回 DRIVE_NO_ROOT_DIR 或 DRIVE_UNKNOWN，需先用 GetFileAttributes 验证路径有效性

Linux 下通过 /sys/block/*/removable 识别可移动块设备

Linux 没有统一 API，得靠 sysfs 接口反查路径对应的块设备是否可移动。核心逻辑是：解析路径 → 找到对应 block device → 读取 removable 文件内容。

• 用 stat() 获取路径所在 mount point 的设备号（st_dev），再查 /proc/self/mountinfo 或 findmnt 命令匹配设备号与挂载点
• 从挂载点反推 block 设备名（如 sdb），然后读取 /sys/block/sdb/removable —— 内容为 1 表示可移动，0 表示固定
• 注意：NVMe SSD 或某些 USB-SATA 桥接设备可能被识别为 removable=0，即使物理上可拔插；而部分 SD 卡读卡器可能上报为 removable=1，但实际不可热插拔

跨平台封装时别硬套 Windows 语义

“可移动媒体”在不同系统定义不一致：Windows 看驱动类型，Linux 看硬件能力位，macOS 还要查 IOKit 的 kIOBuiltinKey。强行抽象成统一接口容易出错。

• 不要写一个函数叫 is_removable_media(const std::string& path) 并期望它在所有平台返回相同逻辑结果
• 如果业务真正需要的是“用户能安全拔掉的设备”，应结合挂载状态（是否 busy）、文件系统是否只读、是否有打开句柄等综合判断，而非仅依赖底层设备属性
• C++ 标准库不提供此类功能，Boost.Filesystem 也不处理设备类型 —— 必须平台条件编译，或用 libudev（Linux）、Windows API（Win）、I/O Kit（macOS）分别实现

GetVolumeInformation 不能替代 GetDriveType

有人误以为读取卷标或文件系统类型就能判断可移动性，比如看到 FAT32 就认为是 U 盘 —— 这完全不可靠。NTFS 的移动硬盘、exFAT 的 SD 卡、甚至 APFS 的 Thunderbolt 外置 SSD 都可能用各种文件系统。

• GetVolumeInformation 返回的 lpFileSystemNameBuffer（如 "NTFS"）和 dwFileSystemFlags 与设备物理属性无关
• 试图用 CreateFile 打开 "\\.\E:" 再读取设备描述符，不仅权限要求高（需管理员），还可能触发设备独占或导致 U 盘异常弹出
• 唯一推荐的 Windows 方式就是 GetDriveType + 正确格式化路径

实际使用中，最容易忽略的是路径标准化——"e:/temp"、"E:/"、"\\?\E:\" 在 GetDriveType 下行为不同；Linux 上符号链接、bind mount、overlayfs 也会干扰设备溯源。这些细节不处理，判断结果就不可信。