跳到内容

iOS 配置选项

本节提供了为您的 iOS 应用程序配置 Pushwoosh 以启用消息服务的分步说明。请根据您的项目要求,在基于证书的配置和基于令牌的配置之间进行选择。

iOS 基于证书的配置

Anchor link to

了解如何使用基于证书的身份验证为 APNs (Apple Push Notification Service) 配置适用于 iOS 的 Pushwoosh。

iOS 基于令牌的配置

Anchor link to

使用基于令牌的身份验证为 APNs 设置 Pushwoosh,这提供了一种比证书更安全、更高效的替代方案。

iOS 的 VoIP 证书配置

Anchor link to

启用 Pushwoosh 以向您的 iOS 应用发送 VoIP 推送通知,这样您就可以向用户设备发送来电提醒和其他 VoIP 事件。

为 iOS 推送通知选择 .p12 证书和 .p8 密钥

Anchor link to

在 Pushwoosh 中配置 iOS 推送通知时,您必须通过 Apple Push Notification service (APNs) 进行身份验证。支持两种方法:

  1. .p12 证书:传统的、基于证书的方法。
  2. .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 密钥实现。

配置指南

Anchor link to