C++如何判断一个文件路径是否指向只读光盘介质或虚拟 ISO 镜像

判断一个文件路径是否指向只读光盘介质或虚拟ISO镜像，这件事看起来简单，但实际操作起来有不少坑。很多开发者在尝试时，要么被文件系统的表象迷惑，要么在跨平台场景下踩了兼容性的坑。

怎么判断最稳？可以明确地说，最可靠的方式是调用GetVolumeInformation检查FILE_READ_ONLY_VOLUME标志（Windows平台），或者在Linux上组合使用statfs与BLKROGET ioctl。不过在此之前，有一个关键的前置操作：必须将路径归一化至挂载点根路径，绝对不要依赖文件系统类型字符串去推断。

Windows 下用 GetVolumeInformation 判断卷是否只读

在Windows平台上，直接调用GetVolumeInformation是最可靠的方法。这个API能够返回底层卷的只读标志（FILE_READ_ONLY_VOLUME），而且这个标志对于物理只读光盘、挂载的ISO镜像（包括Windows 10+的原生挂载或Daemon Tools挂载）都有效。

这里要特别提醒一点：千万别用GetFileAttributes去判断文件属性——ISO挂载后，里面的文件看起来可能显示为“普通”，但整个卷实际上就是只读的。具体操作分为几步：

• 先用PathGetDriveNumber或手动提取盘符（例如"D:\foo.txt"提取出"D:"），再拼接上"\"构成根路径
• 调用GetVolumeInformation，检查返回的dwFileSystemFlags是否包含FILE_READ_ONLY_VOLUME
• 如果路径本身不带盘符（比如相对路径或UNC路径），需要先用GetFullPathName解析成绝对路径，再提取盘符

Linux 下通过 statfs + ioctl 检测块设备只读状态

Linux环境下就没有Windows那么统一的“卷只读”API了，得组合两层信息来判断：先确认挂载点是否只读（检查statfs.f_flags & ST_RDONLY），再验证底层块设备是否物理只读（通过BLKROGET ioctl）。

需要明确的是，仅靠statfs是不够的——有些FUSE挂载（比如archivemount）可能会报告只读，但这并非介质本身的特性；而某些只读ISO挂载（例如mount -o loop,ro）则会正确反映ST_RDONLY。具体操作流程：

• 用statfs(path, &buf)获取挂载信息，只有buf.f_flags & ST_RDONLY为真时才继续
• 从/proc/mounts或findmnt查询该挂载点对应的块设备（比如/dev/sr0或loop设备/dev/loop2）
• 打开该设备文件，调用ioctl(fd, BLKROGET, &readonly)；如果readonly == 1，基本就能确认是只读介质或只读镜像了

跨平台时避免依赖文件系统类型字符串

有人可能觉得，用GetVolumeInformation的lpFileSystemNameBuffer（比如识别"CDFS"或"UDF"）来推断只读性会更简单。这种做法并不可靠：现代Windows挂载ISO时，默认会显示"NTFS"（虚拟卷格式），而部分UDF光盘也可能被格式化为可写。

同理，在Linux下检查/proc/mounts中的文件系统类型（cdfs、iso9660、udf）只能作为辅助线索，绝对不能替代只读标志的直接检测。有几个典型的陷阱值得留意：

• CDFS和iso9660通常只读，但存在可重写的CD-RW配合UDF 1.5使用的场景
• ntfs或exfat卷被挂载为只读，未必就是光盘——也可能是管理员手动执行了mount -o ro
• 判断的核心目标始终是“是否无法写入”，而不是“文件系统是什么格式”

容易忽略的边界情况

当路径指向的是符号链接、挂载点子目录或网络共享路径时，判断逻辑可能会完全失效。必须确保最终解析到的是本地挂载点的根路径，而不是任意中间节点。这里有一些实用的应对策略：

• Windows平台：使用GetFinalPathNameByHandle配合FILE_FLAG_BACKUP_SEMANTICS打开目录句柄，再获取真实的卷路径
• Linux平台：用realpath(path, NULL)得到绝对路径后，再通过stat查询st_dev，与/proc/mounts中各挂载点的设备号逐一比对，锁定对应的挂载项
• 如果路径在WSL中，且指向的是Windows挂载的ISO（例如/mnt/d/），实际走的是Windows API层，应该优先调用Windows的卷查询逻辑

说到底，这个问题的难点不在于调API本身，而在于如何把任意路径归一化到它所属的挂载点或卷，并且在多层次的抽象（物理设备 → 块设备 → 文件系统 → 挂载选项）中准确定位只读性的根源。想清楚这层逻辑，代码才能在各种边缘场景下保持稳定可靠。