windows下判断路径是否指向cd-rom需组合使用getdrivetype和getvolumeinformation：先用getdrivetype传入“x:”格式路径确认返回drive_cdrom，再调用getvolumeinformation检查file_read_only_volume标志及文件系统名（cdfs/udf），二者结合方可可靠判定。
Windows下用GetVolumeInformation判断介质类型是否为CD-ROM
Windows API 提供了直接识别光盘介质的能力，GetVolumeInformation 是最可靠的方式。它不依赖文件属性（只读属性可被伪造），而是读取卷的底层特性标识。
关键点在于检查返回的 dwFileSystemFlags 中是否包含 FILE_READ_ONLY_VOLUME，且同时通过 lpFileSystemNameBuffer 或更稳妥地调用 GetDriveType 确认驱动器类型为 DRIVE_CDROM：
- 仅靠
FILE_READ_ONLY_VOLUME不够——某些网络卷或加密容器也可能设此标志 - 仅靠
GetDriveType(path) == DRIVE_CDROM也不够——虚拟镜像（如.ISO挂载）可能返回DRIVE_REMOVABLE或DRIVE_FIXED，取决于挂载方式 - 必须组合判断：先提取路径所在卷根目录（如
"D:\"），再分别调用GetDriveType和GetVolumeInformation
Linux下通过statfs.f_type识别ISO9660或UDF文件系统
Linux 没有统一“只读光盘”抽象，但实际挂载的光盘几乎总是 ISO9660 或 UDF 文件系统，二者天生只读（即使挂载时加 rw 选项，内核仍强制只读）。
用 statfs() 获取挂载点的文件系统类型，比解析 /proc/mounts 更轻量、更可靠：
-
statfs返回的f_type字段值为ISOFS_SUPER_MAGIC（0x9660）或UDF_SUPER_MAGIC（0x15013346）即可判定大概率是光盘/镜像 - 注意：需对路径做
realpath()并取其挂载点（dirname后调用statfs），不能直接对文件调用 - 某些虚拟光驱（如
cdemu）或 loop 设备挂载的 ISO 可能返回ISOFS_SUPER_MAGIC，这正是你要捕获的行为
跨平台无法直接判断“虚拟镜像”，只能间接推断
没有操作系统级 API 能告诉你“这个路径来自 .ISO 文件挂载”，因为挂载后它就是一个普通挂载点。所谓“虚拟镜像”本质是挂载行为的结果，而非路径自身属性。
可行的间接线索包括：
- Windows：检查
GetVolumePathName+QueryDosDevice是否关联到类似DeviceHarddiskVolumeShadowCopy*或第三方虚拟光驱设备名（如ElbyCDIO、DaemonTools的符号链接）——但这需要管理员权限且不稳定 - Linux：检查
/proc/mounts中该挂载点的 source 字段是否含.iso、.img、/dev/loop*等字样；或用findmnt -n -o SOURCE获取原始设备路径 - 通用陷阱：不要尝试用
access(path, W_OK)或stat.st_mode & S_IWUSR——光盘上文件本身无写位，但挂载点权限可能显示可写，实际写入会失败
别踩坑：GetFileAttributesA 返回 FILE_ATTRIBUTE_READONLY 不代表介质只读
这是最常见的误判来源。GetFileAttributesA 对光盘上任意文件返回 FILE_ATTRIBUTE_READONLY，但它只是文件系统层的属性标记，不是硬件/介质状态。
问题在于：
- NTFS 上的只读文件也会触发该标志，和介质无关
- U 盘格式化为 FAT32 后手动设只读，同样返回该标志
- 某些虚拟光驱（如 Windows 10 内置 ISO 挂载）甚至对挂载点根目录返回 0，不设该标志
- 真正要判断的是“整个卷是否物理只读”，不是单个文件是否标记只读
除非你明确只要检测“这个文件是否被标记为只读”，否则永远不要用 GetFileAttributes 来推断介质类型。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
