Windows下用GetDriveType识别可移动驱动器最可靠，需传入根路径如"D:\"，返回DRIVE_REMOVABLE；若返回DRIVE_FIXED则需结合容量、文件系统和盘符位置启发式判断，Linux/macOS则依赖statfs和挂载点特征综合判定。
Windows下用GetDriveType识别可移动驱动器
直接调用GetDriveType是最常用且可靠的方式。它不依赖路径是否存在，只看驱动器类型，对U盘、SD卡、移动硬盘这类可移动设备返回DRIVE_REMOVABLE。
注意：必须传入根路径（如"D:\"），不能是子目录（如"D:\data\file.txt"）——否则会先用PathGetDriveNumber或_splitpath提取盘符再拼接:\。
- 若路径为相对路径或无盘符（如
"..\temp"），需先用GetFullPathName转成绝对路径 -
GetDriveType返回DRIVE_NO_ROOT_DIR说明路径无效，别直接当DRIVE_REMOVABLE处理 - 某些USB硬盘可能被系统识别为
DRIVE_FIXED（尤其NTFS格式+启用写缓存），这时需结合其他判断
Linux/macOS下靠/proc/mounts或statfs查挂载属性
Unix系没有“可移动驱动器”概念，得从挂载点特征入手。U盘/移动硬盘通常挂载在/media/或/run/media/下，且文件系统类型多为vfat、exfat、ntfs，而statfs的f_type字段可辅助验证。
关键点：不要只看挂载路径前缀——用户可能手动挂到/mnt/usb；也不要只信f_type，因为SSD也可能挂vfat分区。
立即学习“C++免费学习笔记（深入）”；
- 先用
realpath规范化路径，再逐级向上找最近的挂载点（调用statfs比读/proc/mounts更轻量） - 检查
statfs.f_type是否为MSDOS_SUPER_MAGIC（vfat）、EXFAT_SUPER_MAGIC等常见可移动文件系统标识 - 配合
udevadm info --name=/dev/sdX1 --query=property | grep ID_BUS（需shell调用）确认底层总线是usb，但C++里不推荐频繁fork
跨平台封装时避开DRIVE_REMOVABLE的误判陷阱
Windows上GetDriveType把部分USB移动硬盘判为DRIVE_FIXED，是因为启用了磁盘写缓存或使用了特定控制器。这时候单靠API不够，得加一层启发式判断。
一个实用组合策略：Windows下若GetDriveType返回DRIVE_FIXED，但该驱动器满足“容量＜2TB + 文件系统为NTFS/exFAT + 盘符在E:之后”，就大概率是移动设备——这不是绝对规则，但能覆盖90%以上日常场景。
- 避免用
WMI查Win32_Volume的DriveType，启动慢、权限要求高，且同样受写缓存影响 - 不要用
CreateFile打开\\.\X:再读IOCTL_STORAGE_QUERY_PROPERTY——太重，普通应用没必要 - macOS上
getmntinfo返回的mnt_fsname含disk2s1之类名字，结合diskutil info disk2 | grep "Protocol"输出USB才稳妥，但需额外进程调用
C++代码里怎么安全提取盘符和判断
别手写字符串截取——Windows路径有UNC（\\server\share）、Linux路径无盘符，统一用标准库或POSIX API处理。
Windows建议用_splitpath_s（安全版）或C++17的std::filesystem::path的root_name()和root_path()；Linux用dirname反复向上直到statfs结果变化，找到挂载点。
-
std::filesystem::path p("D:\data\test"); auto drive = p.root_path();在Windows返回"D:\"，Linux返回"/" - 调用
GetDriveType前务必检查drive.string().size() >= 3 && drive.string()[1] == ':'，防止传入"\\"导致崩溃 - Linux下
statfs失败时（如路径不存在），别默认当成本地磁盘，应返回“未知”而非“否”
GetDriveType可能传入空串，statfs可能因符号链接跳转到错误挂载点。 
