windows下判断路径是否指向只读光盘，最可靠方式是先用getdrivetype检查是否为drive_cdrom，再结合getvolumeinformation验证file_read_only_volume标志及cdfs/udf文件系统；单独依赖任一方法均可能误判。
Windows下用GetVolumeInformation判断光盘介质类型
直接看 GetVolumeInformation 返回的 dwFileSystemFlags 和 dwVolumeSerialNumber 不够，关键在 dwVolumeFlags 中的 FILE_READ_ONLY_VOLUME 标志——但它只表示卷被设为只读，不区分是光盘、写保护U盘还是管理员手动挂载的只读NTFS卷。
真正可靠的方式是先获取路径所在卷的设备路径（如 \?Volume{xxx}），再调用 GetDriveType 判断是否为 DRIVE_CDROM：
// 示例：检查 "D:\data.txt" 是否位于CD-ROM驱动器
std::string path = "D:\data.txt";
std::string root = path.substr(0, path.find('\', 2) + 1); // 提取 "D:\"
UINT driveType = GetDriveTypeA(root.c_str());
if (driveType == DRIVE_CDROM) {
// 很大概率是物理光盘或映射的ISO镜像（取决于虚拟光驱软件行为）
}
-
GetDriveType对 Windows 自带的“虚拟光驱”（如挂载ISO用的资源管理器内置功能）返回DRIVE_CDROM；第三方工具（Daemon Tools、WinCDEmu）通常也模拟该类型 - 若路径是 UNC 路径（
\servershare ile.iso）或深层子目录，需先用GetVolumePathName获取根路径再判断 -
DRIVE_CDROM不等于“绝对只读”——某些刻录机在空白盘片状态下也返回此值，但此时实际可写；需结合GetVolumeInformation的FILE_READ_ONLY_VOLUME标志交叉验证
Linux下通过sysfs和statfs识别只读块设备
Linux 没有统一“光盘”抽象，得靠两层判断：先确认挂载点底层设备类型是否为光学设备（sr0, scd0），再确认挂载选项含 ro。
核心操作是解析 /proc/mounts 或 /proc/self/mountinfo，找到目标路径对应挂载项的 source（设备节点）和 options：
// 伪代码逻辑
string dev = find_mount_source("/mnt/iso/file.txt"); // → "/dev/sr0"
string opts = find_mount_options("/mnt/iso/file.txt"); // → "ro,nosuid,nodev,relatime"
bool is_optical = (dev.find("sr") == 0 || dev.find("scd") == 0);
bool is_ro = (opts.find("ro,") != string::npos || opts == "ro");
- 设备名匹配
sr[0-9]+或scd[0-9]+是较可靠的光学设备标识；cdrom符号链接可能指向硬盘，不可信 -
statfs()返回的f_flag & ST_RDONLY只反映挂载时的只读状态，无法区分是光盘固有只读还是管理员用mount -o remount,ro强制的 - 注意：Loop设备挂载ISO（
mount -o loop image.iso /mnt）会显示为/dev/loopN，不属于光学设备，但行为等效——此时只能依赖挂载选项ro和文件系统类型（iso9660或udf）辅助判断
跨平台方案慎用“只读文件属性”判断
别用 GetFileAttributes（Windows）或 stat.st_mode & S_IWUSR（POSIX）来推断介质类型——这只能说明单个文件是否被标记为只读，完全无关底层设备。
- 光盘上文件默认无写权限位，但NTFS卷上手动
chmod -w的文件也会触发相同标志 - 某些虚拟光驱（如 older Alcohol 120%）允许挂载后临时启用写入模拟，此时文件属性可能为可写，但设备仍是只读介质
- 即使路径指向一个普通硬盘上的只读文件，
access(path, W_OK)返回失败，也不能得出“这是光盘”的结论
实际部署时最易忽略的边界情况
真实环境里，用户可能把ISO拖进资源管理器直接打开（Windows 8+）、用 7z 解压浏览、或通过Wine挂载——这些场景根本不经过系统卷管理，GetDriveType 和 /proc/mounts 都查不到有效信息。
- 对非挂载态的ISO文件（如
C:\tempdisk.iso），唯一可行的是解析文件头（检查ISO 9660或UDF签名），但这只能说明“它可能是镜像”，不能证明“当前以只读光盘方式使用” - 容器环境（Docker/Podman）中，宿主机挂载的光驱可能被映射为普通块设备，
DRIVE_CDROM或sr0判断失效 - 权限不足时，
GetVolumeInformation或读取/sys/block/*/device/type可能失败，需有降级逻辑（例如 fallback 到仅检查挂载选项）
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
