IPA本质是ZIP包，用标准解压工具即可提取元数据；其内部结构固定，核心元数据Info.plist位于Payload/xxx.app/下，需用XML或plist专用解析器（如tinyxml2）正确解析UTF-8编码内容，注意路径分隔符、非标准ZIP扩展及注释节点处理。
IPA本质是ZIP包，用标准解压工具就能提取元数据
IPA 文件不是专有加密格式，而是 ZIP 压缩包，内部结构固定。只要能解压 ZIP，就能拿到 Info.plist —— iOS 应用最核心的元数据来源。C++ 本身不内置 ZIP 支持，所以得靠第三方库，但不必重造轮子。
- 推荐用
miniz（单头文件、无依赖、支持只解压指定文件）或libzip（API 更规范，但需编译链接） - 不要尝试用
std::filesystem直接遍历 IPA：它无法识别 ZIP 内部路径，会报No such file or directory - 解压目标明确锁定为
Payload/xxx.app/Info.plist，IPA 中可能有多个 .app（如 WatchKit），但主应用总在Payload/下首层目录
解析 Info.plist 需要 XML 或 plist 专用解析器
Info.plist 是 XML 格式（iOS 7+ 默认）或旧版二进制 plist。C++ 没有原生 plist 解析能力，XML 方案更稳妥。
- 用
tinyxml2足够：轻量、头文件-only、能正确处理 plist 的<dict></dict>/<key></key>/<string></string>嵌套结构 - 避免用正则提取字段：plist 嵌套深，
CFBundleIdentifier可能藏在<dict><dict><string></string></dict></dict>里，正则极易漏匹配或错位 - 关键字段如
CFBundleDisplayName、CFBundleVersion、UIRequiredDeviceCapabilities全在顶层<dict></dict>下，但需递归查找<key>xxx</key>后紧跟的值节点
注意 IPA 签名和资源 fork 会导致解压失败
部分 IPA（尤其 App Store 下载或 Xcode Archive 生成）会在 ZIP 中嵌入 Apple 的签名资源（如 __MACOSX/ 或 _CodeSignature/），某些 ZIP 库默认跳过或报错。
-
miniz默认忽略非标准 ZIP 扩展，安全；libzip需设置zip_set_default_password（空密码）并启用ZIP_AFL_ENCRYPTED标志容错 - 遇到
ZIP_ER_NOENT或解压后Payload/为空，先用命令行验证：unzip -l your.ipa | head -20，确认 ZIP 结构是否完整 - iOS 17+ 的 IPA 可能含
SwiftSupport/和embedded.mobileprovision，这些不影响元数据读取，可忽略
跨平台路径处理容易出错
Windows 和 macOS 对 ZIP 内路径分隔符敏感：IPA 里全是 /，但 Windows API 可能误认 \，导致 Payload/MyApp.app/Info.plist 查找不到。
立即学习“C++免费学习笔记（深入）”；
- 所有 ZIP 内路径字符串统一用
/拼接，不要调用std::filesystem::path的operator/= - 用
zip_stat_index（libzip）或mz_zip_reader_locate_file（miniz）查文件索引，比字符串匹配更可靠 - 读出的
Info.plist内容是 UTF-8 编码，但可能含等零宽字符，解析前建议用tinyxml2::XMLDocument::Parse()自动处理转义
CFBundleIdentifier 就永远取不到。 
