iOS 配置选项
本节提供了为您的 iOS 应用程序配置以启用 Pushwoosh 消息服务的分步说明。根据您的项目要求，在基于证书的配置和基于令牌的配置之间进行选择。
iOS 基于证书的配置
Anchor link to了解如何使用基于证书的身份验证为 APNs (Apple Push Notification Service) 配置 Pushwoosh for iOS。
iOS 基于令牌的配置
Anchor link to使用基于令牌的身份验证为 APNs 设置 Pushwoosh，这为证书提供了一种更安全、更高效的替代方案。
为 iOS 推送通知选择 .p12 证书还是 .p8 密钥
Anchor link to在 Pushwoosh 中配置 iOS 推送通知时，您必须通过 Apple Push Notification service (APNs) 进行身份验证。支持两种方法：
.p12证书：传统的、基于证书的方法。.p8密钥：现代的、Apple 推荐的基于令牌的方法。
本指南将帮助您确定哪种方法最适合您的用例。
理解选项
Anchor link to| 功能 | .p12 证书 | .p8 身份验证密钥 |
|---|---|---|
| 工作原理 | 使用加密证书建立信任。 | 使用由私钥签名的持久令牌。 |
| 文件 | 包含证书和私钥的 .p12 文件。 | 包含私钥的 .p8 文件。 |
| 过期 | 会过期（通常每年一次）；需要续订。 | 不会自动过期。 |
| 设置 | 生成和管理更复杂。 | 通常设置更简单。 |
| 用法 | 每个环境每个 Bundle ID 一个证书。 | 一个密钥支持多个应用和两种环境。 |
| 推荐 | 传统方法。仅用于现有设置。 | Apple 和 Pushwoosh 推荐。 |
每种方法的优缺点
Anchor link to.p12 证书：传统方法
Anchor link to优点：
- 广泛支持。
- 允许为开发和生产环境使用单独的证书。
缺点：
- 证书会过期，需要续订。未能续订会中断推送的发送。
- 管理更复杂。
.p8 密钥：现代、推荐的方法
Anchor link to优点：
- 无需续订，减少了维护开销。
- 更易于生成和集成。
- 一个密钥可跨项目使用。
- Apple 和 Pushwoosh 推荐。
缺点：
- 如果泄露，所有关联的应用都将面临风险。请妥善保管您的
.p8密钥。
您应该选择哪种方法？
Anchor link to我们建议所有新项目都使用 .p8 密钥方法。它更简单、更具可扩展性，并且符合 Apple 的最佳实践。
仅在以下情况下使用 .p12 证书：
- 您现有的基础设施依赖于
.p12证书。 - 您需要严格的环境分离，而这无法通过
.p8密钥实现。