iOS 项目应先确认的四类事实
候选 IPA
将保护前后候选包、Bundle ID、版本与分发对象关联，避免测试包和正式上架包产生身份偏差。
签名与权限
签名身份和 entitlements 影响功能、分发与审核边界，应与加固交付一同复核。
运行时与系统
调试、注入、越狱等风险观察属于运行时维度；其结果需要与具体系统、设备和业务路径对应。
分发与回滚
TestFlight、商店或企业分发都有不同约束，发布前应明确验证方式、异常归因与可用回滚对象。
什么不应被简化为“支持 iOS”
二进制保护、签名与发布兼容、运行时风险观察分别解决不同问题。任何一个环节的局部验证，都不等于覆盖所有系统版本、证书状态、扩展能力或业务路径。工程资料应明确“已验证什么”“未覆盖什么”和“何时需要复测”。
Apple 的签名与验证文档可以帮助团队理解平台基础约束。针对具体候选包的结论，应由项目测试与发布流程给出，不应从公开资料中推断。
相关资料
查看御盾 iOS 加固适配范围常见问题
iOS 加固是否会改变签名与分发验证方式？
项目应将加固候选包与签名身份、entitlements 和分发方式一起验证。具体影响由实际候选包与目标分发路径决定。
为什么 iOS 也需要发布前回归？
因为保护、签名、系统版本、第三方依赖和业务路径会共同影响结果。发布前回归用于确认边界并保留回滚对象。