最可靠方式是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 也会干扰设备溯源。这些细节不处理，判断结果就不可信。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
