c++标准库不支持hfs+解析，必须依赖系统api或第三方库；macos 10.13+已弃用hfs+，但旧磁盘和.dmg镜像仍广泛使用；std::filesystem仅支持挂载卷的通用路径操作，无法访问hfs+元数据。
直接说结论：C++标准库不支持HFS+解析，必须依赖系统API或第三方库
macOS 10.13+ 已弃用HFS+，但仍有大量旧磁盘、镜像（如 .dmg）使用该格式。C++本身没有文件系统驱动层抽象，std::filesystem 在 macOS 上只支持当前挂载卷的通用路径操作，无法穿透到HFS+元数据（如B-tree目录索引、catalog file、extent overflow file）层面。
macOS上用C++读取HFS+目录树的可行路径是调用Core Services API
Apple 提供了 FSRef、FSIterator 和 FSGetCatalogInfo 等接口，底层直接对接HFS+/APFS卷的目录服务。注意：这些API已标记为“deprecated”，但仍是目前唯一稳定可用的用户态方案（截至macOS 14）。
-
FSPathMakeRef()可从路径构造FSRef，即使目标是未挂载的HFS+镜像（需先用hdiutil attach -nomount挂载为裸设备） - 遍历子项必须用
FSOpenIterator()+FSGetCatalogInfoBulk()，不能用readdir()—— HFS+目录不是线性列表，而是键值有序的B-tree，readdir()会漏项或乱序 - 获取文件类型和创建时间等信息时，务必检查
nodeFlags字段：HFS+的kIsDirectoryMask和kIsPackageMask是独立位，不能仅靠st_mode
解析未挂载的HFS+镜像（如 .dmg）需手动解析卷头和B-tree结构
绕过系统挂载意味着你要自己读取逻辑块、校验HFS+卷头（位于偏移 1024）、定位 catalog file 的分配块，再按B-tree节点格式（HFSPlusBTHeaderRec）递归解析。这非常容易出错：
- HFS+扇区大小不固定，默认是
512，但某些镜像用2048；读错会导致整个B-tree解析偏移失效 - catalog file 的
keyLength字段是变长的（含Unicode长度前缀），直接 memcpy 会越界 - 时间戳是自1904年1月1日以来的秒数（非Unix epoch），转换时忘记加
2082844800LL会导致创建时间显示为1970年代 - 推荐用
libdmg-hfsplus（GitHub开源）做基础解析，它封装了卷头校验、B-tree遍历和Unicode文件名解码，C++可直接链接其静态库
跨平台需求下别硬刚HFS+，优先转成通用格式处理
如果你只是想提取镜像内容而非做磁盘取证，最稳的方式是交给系统：
- 用
hdiutil attach -readonly -noverify -noautofsck image.dmg获取挂载点（如/Volumes/MyDisk），再用std::filesystem::recursive_directory_iterator遍历 —— 这样避开所有HFS+细节 - 若需自动化，C++中用
popen("hdiutil attach ...", "r")捕获输出，正则匹配/Volumes/[^[:space:]]+提取路径，处理完再调hdiutil detach - 注意权限：未签名的二进制调用
hdiutil在macOS 14+可能被Gatekeeper拦截，需在Info.plist中声明com.apple.security.files.user-selected.executable
真正难的不是写代码，而是判断哪些字段该信系统API、哪些必须自己算——比如 FSGetCatalogInfo 返回的文件大小对硬链接是真实值，但对资源分支（resource fork）是0，得额外调 FSGetForkSize。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
