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。因此应检查挂载点的文件系统状态：
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 来判断，这不可靠：
立即学习“C++免费学习笔记（深入）”；
- 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 却因介质限制无法写入”的情况——这时候，运行时写失败比预判更可信。
