一句话结论：同样是”掉签”，三种签名方式的恢复速度差得很远——企业签最快，通常在几小时内以重签完成恢复；超级签居中，要等新的注册周期生效；TF（TestFlight，苹果官方测试分发渠道）最麻烦，因为它要重新过审核，周期以天计。
掉签的含义在三套体系里并不一样
企业签的掉，通常是证书被吊销。处置办法是换一张证书把 App 重签一遍，用户提供新链接重新下载。服务商手上有备用证书的话，从发现问题到出新包可以非常快。
超级签的掉，多是因为上层开发者账号出问题，或者某台设备的注册状态异常。处置要分两步：先恢复账号层面的能力，再对受影响的设备重新生成描述文件。
TF 的这个版本一旦被停掉或者到期，没有”立刻修复”这个选项。只能重新提交一个构建版本，走完苹果的 Beta 审核，通过之后测试员才能更新。这一步的时间不由任何人控制。
影响恢复时长的变量有哪些
变量一：服务商有没有准备好的备用资源。同样是企业签，手上有可用备用证书的和需要临时去找的，恢复时长可以差一个数量级。这也解释了为什么同一张类型的签名，不同服务商报出来的应急承诺天差地别。
变量二：要不要重新收集设备信息。如果需要用户重新提交 UDID（Unique Device Identifier，设备唯一识别码），恢复时间就不再由技术环节决定，而是取决于用户的响应速度。用设备通过一个纠缠 200 台设备的名单，光收集就要大半天。
变量三：包要不要重新处理。重签不需要动代码的话，几分钟就能出包；如果同时要改版本号、改配置、调整渠道号，就得把开发流程再走一遍。
变量四：有没有审核环节。凡是要过苹果审核的路径，时长都不可控，且不可加急。这是 TF 与另外两种方式的本质差别。
用户侧要配合的事，差别也很大
企业签：用户需要删掉旧 App，用新链接重装。本地数据不保，除非 App 有服务端账号体系。
超级签：用户通常只要重新下载安装新的描述文件并重装 App；若涉及重新注册设备，还需要重新提供 UDID。
TF：用户什么都不用做，在 TestFlight 应用里点一下更新即可，本地数据一般能保留。这是唯一一种”用户几乎无感”的恢复方式——代价是等待时间最长。
怎么按业务特点选
如果你的业务不能容忍超过半天的中断，比如正在做推广活动、或者用户是在用这个 App 干活，那么恢复速度就应该排在成本前面考虑。企业签在这方面的优势是明显的。
如果用户规模不大且设备相对固定，超级签的稳定性足够，恢复过程也相对可控。
如果版本迭代周期本身就规律、且能提前规划审核时间，TF 的稳定性最好，只是要把 90 天那个时间点盯牢。
降低损失的两个动作
第一，提前问清楚服务商的应急流程，把”出问题先联系谁、多久给反馈、要不要重新收集设备”这三个问题在服务开始前问清楚。第二，准备第二通道作为 Plan B（备用方案），哪怕规模小一点，也能在主通道出问题时把核心用户先接住。
小结
恢复速度大致是企业签快于超级签、超级签快于 TF，代价则是各自的稳定性方向相反。选之前先想清楚你的业务能容忍多长中断，再倒推该选哪种；把应急流程提前问清、备一套 Plan B（备用方案），比事后救火有用得多。
我是本期作者小思，想解决苹果企业签名、超级签名、TF签名问题？可以在微信公众号对话框找到我哦~（QQ：822404920 微信：A-mk5888）
