windows下最可靠的方式是先用getdrivetype判断是否为drive_cdrom,再用getvolumeinformation检查dwflags是否包含file_read_only_volume且文件系统为cdfs或udf,二者结合可准确识别只读光盘。

用 GetVolumeInformation 检查光盘介质类型
Windows 下最可靠的方式不是检查文件或目录的只读属性(GetFileAttributes 返回 FILE_ATTRIBUTE_READONLY 对光盘毫无意义),而是查卷的文件系统类型和介质特征。只读光盘(CD-ROM、DVD-ROM)通常使用 CDFS 或 UDF 文件系统,且卷标志中会包含 FILE_READ_ONLY_VOLUME。
关键步骤是:先用 GetFullPathName 获取路径所在卷的根目录(如 "D:\" ),再调用 GetVolumeInformation 读取 dwFlags 参数:
DWORD dwFlags;
GetVolumeInformation(L"D:\", nullptr, 0, nullptr, nullptr, &dwFlags, nullptr, 0);
if (dwFlags & FILE_READ_ONLY_VOLUME) {
// 很可能为只读光盘
}
注意:FILE_READ_ONLY_VOLUME 是必要但不充分条件——某些写保护的 USB 设备或网络卷也可能设此标志,需结合其他信息交叉判断。
结合 GetDriveType 排除可写设备
GetDriveType 能快速区分物理介质类别,对光驱返回 DRIVE_CDROM,这是比文件系统更底层的线索。但它不能区分 CD-ROM 和可擦写 DVD-RW(后者也返回 DRIVE_REMOVABLE)。
实操建议按顺序检查:
- 用
PathStripToRoot或手动截取到根路径(如"E:\") - 调用
GetDriveType:若返回DRIVE_CDROM,基本可判定为只读光盘 - 若返回
DRIVE_REMOVABLE,再查GetVolumeInformation的dwFlags和lpFileSystemName;若文件系统是L"UDF"且含FILE_READ_ONLY_VOLUME,大概率是只读 DVD/Blu-ray
不要依赖 GetDriveType 单独下结论——部分虚拟光驱或 ISO 挂载工具会伪装成 DRIVE_FIXED,必须配合卷信息验证。
组合式C++代码评审方案,融合静态分析、AI推理、多轮迭代评审和C++专项检查,适用于PR审查、增量代码审查、全项目评审和代码质量评分,触发词包括review cpp、cpp代码评审、C++review、代码审查。
避免误判:别被 FILE_ATTRIBUTE_READONLY 带偏
常见错误是直接对光盘里某个文件调用 GetFileAttributes,发现返回了 FILE_ATTRIBUTE_READONLY 就认为“这是只读介质”。这完全不可靠:
- NTFS 卷上的普通文件也能被设为只读,与介质无关
- 很多光盘文件系统(如 CDFS)根本不支持文件级只读属性,该标志纯属 Windows 层模拟,返回值无实际意义
-
SetFileAttributes在光盘上必然失败,但失败原因可能是权限、路径无效,而非介质只读
真正有效的判断必须落在卷级别(volume-level),而非文件或目录级别。
跨平台?Linux/macOS 没有等价 API
POSIX 系统没有“只读光盘”这种抽象概念。你只能间接推断:
- 检查挂载选项:
findmnt -o SOURCE,TARGET,FSTYPE,OPTIONS | grep cdrom,看是否含ro - 读
/proc/mounts或/etc/mtab,匹配设备名(如/dev/sr0)和ro标志 - 用
stat -f -c "%T" /mount/point查文件系统类型,cdfs、iso9660、udf是强提示
但要注意:Linux 下挂载 ISO 镜像(mount -o loop)也会显示 ro,它和物理光盘无法通过 API 区分——应用层只能按“挂载为只读 + 光盘类文件系统”组合做保守判断。
真正的难点不在代码怎么写,而在“只读光盘”本身是个模糊概念:用户插入一张 DVD-R,它物理可写但尚未刻录,此时该算只读还是可写?Windows 返回 DRIVE_REMOVABLE,GetVolumeInformation 可能不带 FILE_READ_ONLY_VOLUME,但刻录软件仍拒绝写入。这类边界情况得由业务逻辑兜底,API 只负责提供尽可能准确的底层事实。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!










