ipa本质就是zip包，用c#内置ziparchive可直接解压；需注意扩展名、文件打开方式及ziparchivemode.read模式；解压后重点解析payload/xxx.app/info.plist（区分binary/xml格式）和embedded.mobileprovision（pkcs#7封装，需openssl提取xml）。
IPA本质就是zip，用C#内置ZipArchive就能解压
IPA文件没有特殊加密或签名保护（安装时才校验），它只是个标准zip包，后缀改.zip就能用系统解压器打开。C#的System.IO.Compression.ZipArchive完全支持，不用额外引用第三方库。
实操建议：
- 确保文件扩展名是
.ipa或已重命名为.zip，否则ZipArchive可能抛InvalidDataException - 用
File.OpenRead(path)而非new FileStream(... FileMode.Open)，避免因文件被占用导致IOException - 解压前先检查
ZipArchiveMode.Read——写入模式会清空原文件，别手误传错参数
解压后重点看Payload/xxx.app/Info.plist和embedded.mobileprovision
IPA解压后根目录是Payload，里面只有一个.app文件夹（其实是bundle目录）。真正有用的元数据都在里面：
-
Info.plist在Payload/xxx.app/Info.plist，记录Bundle ID、版本号、权限声明等，需用PlistBuddy或.NET的System.Xml解析（注意它是binary plist或XML格式，不能直接当文本读） -
embedded.mobileprovision是证书和设备列表所在，本质是base64编码的plist，可用Convert.FromBase64String()解码后再解析 - 别漏掉
SwiftSupport或Frameworks目录——如果有动态库，说明是Swift项目或含自定义framework，影响兼容性判断
读取Info.plist时Binary Plist容易报“不支持的文件格式”
iOS 11+打包默认生成binary plist（比XML小且快），.NET原生不支持解析。直接用XmlDocument.Load()会失败，错误信息类似Root element is missing或Invalid token。
实操建议：
- 先用十六进制查看前4字节：如果是
62 70 6C 69（"bpli"），就是binary plist，必须转XML再读 - 推荐用开源库
net.lingala.zip4j（仅用于plist转换）或轻量方案：plutil -convert xml1 -o - Info.plist（需macOS环境）；Windows下可用plist-cil的.NET移植版 - 临时绕过：用
Process.Start("cmd", "/c plutil -convert xml1 ...")调系统命令（仅限开发机，CI环境慎用）
签名验证不能只靠文件存在，得解析embedded.mobileprovision内容
光检查embedded.mobileprovision文件是否存在没意义——它可能为空、过期、或不含当前设备UDID。真要验签，得提取其中的TeamIdentifier、ProvisionedDevices、Entitlements字段。
- 该文件是PKCS#7签名容器，内部嵌套XML，用
CryptoAPI或System.Security.Cryptography.Pkcs可解包，但.NET Core/.NET 5+对PKCS#7支持有限，容易抛CryptographicException: ASN1 corrupted data - 更稳的做法：用
openssl smime -verify -noverify -in embedded.mobileprovision -inform DER提取原始XML（需预装OpenSSL） - 关键字段如
get-task-allow（是否允许调试）、aps-environment（推送环境）直接影响App能否运行，别只扫一眼就认为“有provision就行”
C#处理IPA不是难在解压，而是后续解析的格式陷阱多——binary plist、PKCS#7封装、mobileprovision的ASN.1结构，这些地方一不留神就卡住。别想着全链路自动化，先确保能稳定读出Info.plist和provision里的Team ID，其他按需逐步补。
