掉签最讨厌的地方不在于它会不会发生，而在于它总在不该发生的时候发生——半夜、节假日、活动刚上线的当天。慌乱中容易做错顺序，把半小时能解决的事拖成两天。所以应急这件事，最好的准备是提前把流程写下来。

第 0-5 分钟：确认范围

第一步不是找人重签，而是先搞清楚影响面。需要确认三件事：

• 是个别用户还是全部用户？只有个别人打不开，可能是系统版本不兼容、或者他在设置里删了描述文件；如果是大面积反馈，基本可以确定是证书被吊销。
• 是打不开还是装不上？已经装上的应用闪退或提示”未受信任”，说明是已安装应用被吊销；新用户装不上，可能是分发链接失效或证书已过期。
• 有没有其他应用一起出事？如果和你共用一张证书的其他应用也挂了，那是证书层面的问题，等你一个人重签没用，得看上游服务商的动作。

快速判断方法：拿一台自己的测试机，看应用是否还能打开；同时问两个不同地区的用户，排除网络问题。

第 5-15 分钟：启动重签

确认是证书问题之后，立刻联系签名服务商走重签流程。这一步要提前准备好材料，能省掉大量来回沟通：

• 最新版的 IPA 文件（iOS 应用安装包文件）：这是重签的基础，必须有。平时每次发版都留好归档，别临时找。
• 应用的 Bundle ID（应用唯一标识）和需要开启的权限清单（推送、iCloud 等）。
• 分发页面的地址：重签之后要更新链接，提前找出来。

把这些一次性发给服务商，对方才能立刻开工。如果服务商回复”要等明天”，说明他没有备用证书或者值班机制——这一点应该在合作之前就问清楚。

第 15-25 分钟：换链接、验证

拿到新签好的 IPA 之后：

• 更新分发页面上的安装链接，别忘了一并检查二维码——很多二维码是绑定旧地址生成的，必须重新生成。
• 用自己的测试机完整走一遍：点击链接 → 安装 → 打开 → 登录 → 核心功能跑一遍。重点看推送和本地数据是否正常。
• 如果应用用了第三方 SDK（软件开发工具包），顺手确认一下这些功能没因为重签失效。

第 25-30 分钟：通知用户

链接换好之后，最后一步是告诉用户怎么做。通知内容要简短，包含三件事：

• 出了什么问题（一两句话，别写技术细节）；
• 用户要做什么（一般是”卸载旧版本，用新链接重新安装”）；
• 数据会不会丢（这点最重要，提前想好怎么说）。

这里有个细节：iOS 上直接覆盖安装往往失败，通常需要先卸载旧版本再装新的。而卸载会清掉本地数据。所以通知里必须说清楚数据情况，否则会引来大量投诉。

平时就该准备好的四件事

应急速度的差异，90% 来自平时有没有准备：

• 最新版 IPA 的归档，每次发版必存；
• 备用分发通道（比如 TF 签名，即苹果官方测试分发通道 TestFlight），主流出问题时能顶上；
• 服务商的应急响应时间和值班机制，写进合同或者合作约定；
• 用户通知模板提前写好，出事时改几个字就能发。

把这四件事做扎实，掉签就从”事故”降级成”一次半小时的运维操作”。

---

我是本期作者小思，想解决苹果企业签名、超级签名、TF签名问题？可以在微信公众号对话框找到我哦~（QQ：822404920　微信：A-mk5888）