Go标准库不支持ISO 9660解析，须用github.com/knqyf263/go-isofs；需显式启用Joliet支持才能正确读取中文/长文件名；读取文件内容必须调用entry.Open()而非os.Open。
Go 读取 ISO 镜像需要第三方库，标准库不支持
Go 标准库没有内置 ISO 9660 文件系统解析能力，os.Open 直接打开 ISO 文件只会看到原始二进制流，无法按目录/文件结构访问内容。必须用专门解析 ISO 9660 格式的库，目前最稳定可用的是 github.com/knqyf263/go-isofs（注意不是已归档的 go-iso9660）。
常见错误是试图用 archive/tar 或 zip.NewReader 去读 ISO 文件——它们会立即报错 invalid tar header 或类似 I/O 错误，因为 ISO 不是 tar/zip 封装格式，而是独立的光盘文件系统镜像。
- 该库基于纯 Go 实现，不依赖外部工具（如
isoinfo），适合嵌入 CLI 工具或服务中 - 只支持读取，不支持写入或修改 ISO
- 兼容大多数常见 ISO（包括 Joliet 扩展），但对 Rock Ridge 扩展支持有限，路径过长或含非 ASCII 字符时可能截断或乱码
用 isofs.ReadISO 加载镜像并遍历根目录
核心流程是：打开文件 → 调用 isofs.ReadISO 解析 → 获取 *isofs.ISO 实例 → 调用 Root() 得到根目录节点 → 递归遍历子项。
示例代码片段（省略 error 处理）：
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
file, _ := os.Open("ubuntu-22.04.iso")
defer file.Close()
iso, _ := isofs.ReadISO(file)
root, _ := iso.Root()
for _, entry := range root.Children() {
fmt.Println(entry.Name(), entry.Size(), entry.IsDir())
}
-
isofs.ReadISO内部会定位 ISO 的主卷描述符（PVD），校验签名，并构建内存中的目录树，耗时与 ISO 大小正相关（1GB 镜像约需 100–300ms） -
entry.Name()返回的是 ISO 内部存储的文件名（通常大写、无扩展名、带分号版本号，如BOOT.CAT;1），不是用户友好的名称 - 若需真实文件名（如
boot.catalog），得手动处理分号后缀、大小写转换，或启用 Joliet 支持（见下一条）
Joliet 支持需显式启用，否则中文/长名显示为乱码或空
多数现代 ISO（尤其是 Windows/Linux 发行版）同时包含 ISO 9660 主目录和 Joliet 扩展目录。后者支持 Unicode、长文件名、大小写敏感。但 go-isofs 默认只读取主目录，Joliet 必须主动开启。
- 调用
isofs.ReadISO前，设置isofs.WithJoliet(true)选项 - 启用后，
iso.Root()返回的是 Joliet 根节点（如果存在），entry.Name()才会是可读的中文或长名 - 若 ISO 不含 Joliet（如某些旧工具生成的镜像），启用该选项不会报错，但行为退化为普通 ISO 9660 读取
- 注意：Joliet 路径最大长度为 108 个 Unicode 字符，超出部分会被截断，且部分特殊 Unicode 字符（如代理对）可能解析失败
读取单个文件内容需用 entry.Open()，不能直接 os.Open
ISO 中的“文件”不是独立磁盘文件，而是镜像内的一段连续扇区。要读取其内容，必须通过目录项的 Open() 方法获取 io.ReadCloser，再用 io.ReadAll 或流式读取。
错误做法：os.Open("ubuntu-22.04.iso/boot/grub/grub.cfg") —— 这是在宿主机文件系统里找路径，肯定失败。
正确做法：
entry, _ := root.Find("boot/grub/grub.cfg")
rc, _ := entry.Open()
defer rc.Close()
data, _ := io.ReadAll(rc)
-
entry.Find()路径分隔符必须是/，且区分大小写（即使底层是 Windows ISO） -
entry.Size()是准确字节数，可用于预分配 buffer 或校验 - 大文件（如内核镜像
vmlinuz）建议用流式处理（io.Copy到os.Stdout或临时文件），避免一次性加载到内存 - 若
entry.IsDir()为 true，entry.Open()会返回nil, ErrIsDir，需跳过或递归处理
真正麻烦的是混合扩展（Joliet + Rock Ridge）、跨区多段 ISO、或损坏的卷描述符——这些情况 go-isofs 会静默跳过或 panic，没日志也没恢复机制。实际项目里建议加一层封装，对 ReadISO 做 recover，并 fallback 到 exec.Command("isoinfo", "-R", "-l", "-i", path) 作为兜底。不过那已经是另一套逻辑了。
