ISO文件不能直接用File.Open读取，因其是光盘映像格式，需用DiscUtils等专用库解析ISO 9660/UDF文件系统；挂载非必需，DiscUtils更安全高效，注意流支持Seek及避免重复初始化。
ISO文件不能直接用File.Open读取
ISO是光盘映像格式，不是普通文件容器，它有自己的一套文件系统结构（通常是ISO 9660或UDF）。直接用File.Open或FileStream打开ISO文件，只能读到原始字节流，无法识别里面的目录、文件名、权限等元信息。你看到的“乱码”或空内容，往往是因为跳过了卷头解析和目录区定位。
推荐方案：用DiscUtils库解析ISO
DiscUtils是目前C#生态中最成熟、无需系统级挂载、纯托管实现的磁盘映像处理库，支持ISO 9660/UDF/Joliet，且不依赖Windows API或管理员权限。
实操建议：
- 通过NuGet安装：
DiscUtils.Iso9660（核心） +DiscUtils.UDF（如需支持DVD/蓝光镜像） - 关键类是
Iso9660FileSystem或UdfFileSystem，构造时传入Stream（如File.OpenRead("xxx.iso")） - 不要用
new FileStream(...)后直接丢给文件系统——确保流支持Seek（File.OpenRead满足，MemoryStream也行；但NetworkStream不行） - 示例代码片段：
using (var stream = File.OpenRead("game.iso"))
using (var isoFs = new Iso9660FileSystem(stream))
{
foreach (var file in isoFs.GetFiles("/", "*.*", SearchOption.AllDirectories))
{
Console.WriteLine(file); // 输出 /BOOT/EFI/BOOTX64.EFI
}
}
挂载ISO到Windows驱动器？慎用Mount-DiskImage或IMAPI2
在Windows上“挂载ISO”本质是调用系统功能，C#本身不原生支持，必须走外部接口。常见方式有：
- Powershell命令
Mount-DiskImage：需启用PowerShell执行策略，且返回的是System.Management.Automation.PSObject，提取盘符要手动解析属性，不稳定 - COM组件
IMAPI2（MsftIsoImageManager）：已过时，Win10+默认禁用，且需要注册表权限和管理员提权 - 第三方工具如
osfmount或WinCDEmuCLI：引入外部依赖，部署复杂，不适合分发场景
除非你明确需要让其他进程（比如资源管理器、游戏启动器）看到该盘符，否则纯读取内容完全没必要挂载——DiscUtils更快、更可控、无权限要求。
大ISO文件读取性能与内存注意点
ISO文件动辄几GB，DiscUtils默认会缓存部分元数据结构，但不会一次性加载整个镜像进内存。不过仍有几个坑要注意：
- 别在循环里反复
new Iso9660FileSystem(stream)——每个实例都会重新解析PVD（Primary Volume Descriptor），开销大 - 如果只读少量文件，用
isoFs.OpenFile("/path/to/file")获取Stream，再按需读取，避免GetFiles全量扫描 - UDF镜像比ISO 9660更复杂，解析稍慢；若确定是老式CD镜像，可强制用
Iso9660FileSystem提升初始化速度 - 某些自制ISO含非标准扩展（如Rock Ridge），
DiscUtils可能跳过或报错，此时需捕获DiscUtils.Exceptions.UnsupportedFeatureException
真正麻烦的从来不是“怎么打开”，而是ISO里混用了多级文件系统（比如同时含ISO 9660和Joliet）、跨区链接、或损坏的目录记录——这些得靠日志+isoFs.GetVolumes()逐个试探。
