开发同学应该都遇到过这种情况混淆加固做完以为万事大吉结果发布后用户反馈闪退一看崩溃堆栈还是被混淆过的符号排查半天。加固后的 IPA 不能直接发版得先装到真机完整测一轮确认混淆没有破坏功能再走发布流程。这篇把加固后的 IPA 从签名、装机到验证、排错的完整测试流程过一遍。测试前的签名准备测试前先把签名配好。混淆处理完后IPA 需要重新签名才能安装测试阶段用开发证书加 Development 类型描述文件描述文件里必须包含测试设备的 UDID设备不在列表里装上去也打不开。用 Ipa Guard 处理时签名配置直接在工具里填好证书和描述文件处理完自动重签名省掉手动签名的环节。装机方式与排错装机有两种方式。USB 安装手机连电脑开启开发者模式设备弹窗点信任把混淆后的 IPA 直接装进去扫码安装上传 IPA 生成二维码手机扫码装要求账号已支付开发者年费。装不上按顺序排查证书类型对不对、描述文件有没有包含这台设备的 UDID、设备有没有解锁并信任电脑。重点验证什么装上之后验证的重点在功能而不是性能。把核心流程完整跑一遍登录、支付、分享、消息推送这些高频路径界面正常、数据正确、流程能走通。特别要盯动态调用的代码——通过反射、runtime 消息转发、KVC 访问属性的地方混淆改了符号名之后这类调用最容易断。工具里的正常启动时间设置会在这个阶段起作用按预设的启动时间检测混淆处理过程中有没有出现闪退或崩溃。验证时还有几个场景值得特意跑冷启动杀进程后启动、切后台再回前台、弱网环境下的请求重试。混淆不改变业务逻辑但符号名变化会让部分延迟加载、按名字注册的组件出问题这些场景能覆盖到就尽量覆盖。闪退怎么排查如果跑出闪退先别急着加混淆对象。看崩溃是不是集中在某个页面或某个功能是的话检查它是不是用了动态调用把混淆范围缩小按类排查动态方法调用比较多的模块可以暂时不混淆或者用低强度处理。在Ipa Guard里按类缩小混淆范围重新处理处理好再重签名装一次循环到所有功能正常为止。全量混淆看着彻底碰上动态代码多的项目部分混淆反而是更稳的选择。上线前的最终验证功能验证通过后上线前还有一步切到发布证书加 App Store 描述文件重新签名确认打包产物没问题再上传提审。混淆配置用 Ipa Guard 保存下来下次发版直接加载同一套混淆对象和强度避免每次配置不一致引入新问题。加固是防御测试是兜底。混淆完的 IPA 先装真机跑完整流程把动态调用的风险清掉再发版比出了问题再回滚省心得多。
