windows下判断路径是否指向只读光盘,应调用getvolumeinformation检查file_read_only_volume标志,路径须为“x:”格式根路径;linux则用statfs检测st_rdonly标志,传入挂载点路径。

Windows 下用 GetVolumeInformation 检查卷是否为只读介质
Windows 系统中,光盘(包括物理 CD/DVD 和 ISO 挂载的虚拟驱动器)通常表现为“只读卷”,但这个“只读”是介质级的,不是文件系统权限。直接检查 FILE_ATTRIBUTE_READONLY 或 std::filesystem::status().permissions() 会失败——它们只反映文件/目录的 NTFS/FAT 属性,对光盘无效。
正确做法是获取路径所在卷的卷信息,看 lpFileSystemFlags 是否包含 FILE_READ_ONLY_VOLUME 标志:
DWORD dwFlags = 0;
if (GetVolumeInformation(
L"D:\", // 注意:必须是根路径,如 L"C:\" 或 L"D:\"
nullptr, 0,
nullptr, nullptr,
nullptr,
&dwFlags,
nullptr, 0)) {
if (dwFlags & FILE_READ_ONLY_VOLUME) {
// 很可能为只读光盘或挂载的 ISO 镜像
}
}
-
GetVolumeInformation要求传入**卷根路径**(L"C:\"),不能是任意子路径(如L"C:\data\file.txt"),需先用PathStripToRoot或std::filesystem::path::root_path()提取 - 该标志在物理光盘、Windows 自带的 ISO 挂载(“此电脑”里显示为光驱)、以及部分第三方虚拟光驱(如 WinCDEmu)上均会置位;但某些写入型虚拟光驱(如 Daemon Tools 的“可写镜像”模式)可能不设此标志
- 返回成功但未设该标志 ≠ 一定可写,仅说明系统未将其识别为只读介质
Linux 下通过 statfs 判断 ST_RDONLY 标志
Linux 不区分“光盘”和“只读挂载”,统一由挂载选项控制。关键不是设备类型,而是挂载时是否带 ro。因此应检查挂载点的文件系统状态:
组合式C++代码评审方案,融合静态分析、AI推理、多轮迭代评审和C++专项检查,适用于PR审查、增量代码审查、全项目评审和代码质量评分,触发词包括review cpp、cpp代码评审、C++review、代码审查。
struct statfs buf;
if (statfs("/mnt/cdrom", &buf) == 0) {
if (buf.f_flags & ST_RDONLY) {
// 当前挂载为只读,极大概率是光盘或只读 ISO 挂载
}
}
- 务必对**挂载点路径**(如
/mnt/cdrom)调用statfs,而非任意子文件路径;若传入/mnt/cdrom/file.iso,得到的是宿主文件系统(如 ext4)的状态,不是镜像本身的 - 大多数发行版挂载光盘或
mount -o loop,ro image.iso /mnt时都会设ST_RDONLY;但若用mount -o loop,rw挂载支持写入的镜像格式(如某些 UDF 变体),则不会置位 -
statfs无法区分“物理光盘”和“只读挂载的硬盘分区”,它只告诉你“这个挂载点是否只读”
跨平台判断不可靠,别试图用设备节点或文件扩展名“猜”
有人想通过路径含 .iso/.img 或设备路径含 /dev/sr0 来判断,这不可靠:
- Windows 没有设备节点概念,
\.CDROM0是内核对象名,普通用户进程无权直接访问,且挂载后路径就是普通盘符 - Linux 下
/dev/sr0是块设备,但挂载后你操作的是挂载点,不是设备本身;且有些虚拟光驱(如udisks2)甚至不暴露传统/dev/sr* - 扩展名完全不可信:
archive.zip不是光盘,disk.img可能是可写的 QCOW2 镜像;而真实光盘根本没有扩展名 - 试图用
ioctl(如CDROM_GET_CAPABILITY)或 Windows 的DeviceIoControl查询光驱能力,需要管理员权限,且仅适用于直连光驱,对已挂载的 ISO 镜像无效
实际使用时最稳妥的组合策略
没有单次 API 调用能 100% 确认“这是只读光盘或虚拟镜像”。生产环境建议分层验证:
- 先提取路径所在**卷/挂载点**(Windows 用
PathStripToRoot,Linux 用findmnt -n -o TARGET或解析/proc/mounts) - 再分别调用
GetVolumeInformation(Win)或statfs(Linux)检查只读标志 - 如果标志为真,再尝试创建一个临时文件(如
touch test.tmp或ofstream写入)做**写操作试探**——这是唯一能确认“此刻是否真不可写”的方式,尤其防住 NFS 挂载等边缘情况 - 避免依赖任何“介质类型字符串”(如
GetDriveType返回DRIVE_CDROM),因为 Windows 挂载 ISO 后可能返回DRIVE_REMOVABLE或DRIVE_FIXED,取决于虚拟光驱驱动实现
真正难处理的是那些“理论上只读、但内核允许回写缓存”或“挂载时未显式指定 ro 却因介质限制无法写入”的情况——这时候,运行时写失败比预判更可信。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!










