APNs Key与证书对比：已有APNs Key为何配置App ID推送仍需SSL证书

APNs Key和App ID绑定的推送SSL证书是苹果推送服务体系下两套独立的鉴权机制，即便你已经配置了可用的APNs Key，系统仍提示创建SSL证书通常出于以下原因：

• App ID推送能力的初始激活规则要求：苹果开发者后台对首次启用推送能力的App ID，默认会触发SSL证书配置的引导流程，这个提示属于流程性的配置项校验，不代表你必须放弃已配置的APNs Key、改用SSL证书做推送鉴权，仅用于确认App ID维度的推送能力已完成初始化。
• 兼容不同推送鉴权场景的需求：
  • 你已配置的APNs Key属于团队级通用鉴权凭证，一个Key可支持团队下所有App ID的开发、生产环境推送请求，有效期为永久（除非手动吊销），更适合多App统一管理的推送网关使用。
  • 要求配置的SSL证书属于App ID维度的环境专属凭证，每个App ID的开发、生产环境分别对应独立证书，有效期1年，是苹果早期推送体系的遗留鉴权方案。目前仍有大量老旧第三方推送服务、企业内部legacy推送系统仅支持SSL证书鉴权，后台的提示是为了覆盖这类场景的配置需求。
• Xcode签名链路的兼容性要求：如果使用Xcode自动签名功能打包应用，Xcode读取App ID配置时会校验对应环境的推送证书是否存在，若App ID下没有配置对应环境的推送SSL证书，Xcode可能会抛出推送能力配置异常的错误，该配置项是苹果为了保证IDE签名链路正常工作保留的校验规则。

如果你确定现有推送网关已经完全适配APNs Key鉴权，仅需要按引导走完SSL证书的创建流程即可，无需将证书部署到推送网关，后续推送服务仍可正常使用已有的APNs Key完成鉴权，二者不会产生冲突。

内容的提问来源于stack exchange，提问作者Giuseppe Roberto Rossi