3

我们向 iPhone 应用程序添加了接收推送通知。一切都在测试/沙箱环境中工作，我们从应用程序获取令牌 ID，并且可以从我们的服务器发送推送通知。

但是现在该应用程序已获得批准并从 Appstore 中出来，我们收到了空的推送令牌/通知 ID 发送到我们的服务器。我们已经有 600 多个...请注意，最终用户确实会弹出窗口以批准在应用程序中接收通知，应用程序只是在批准后向我们的服务器发送空令牌。因此，APNS 服务器可能会分发空令牌。

以下问题向我们表明，这可能是由于我们用于构建应用商店的配置文件中缺少“推送通知”权利： 如何检查 iOS 分发配置文件是否启用了推送通知？

缺少的权利是由于 Apple 的供应商网站中的一个错误，但在以下文章 http://developer.apple.com/library/mac/#documentation中提到的“在下载新配置文件之前修改任何现有配置文件”之后/NetworkingInternet/Conceptual/RemoteNotificationsPG/ProvisioningDevelopment/ProvisioningDevelopment.html

我们现在在 .mobileprovision 文件中拥有正确的权利：

<key>Entitlements</key>
<dict>
 ..   
 <key>aps-environment</key>
 <string>production</string>
 ..

所以我们正在重建我们的应用程序并将其添加到商店。并希望届时能收到推送通知。

我希望以上内容可能对其他人有所帮助。但是现在要回答我的实际问题：当他们从商店安装下一个更新时，我们是否也会开始为已经下载当前版本的 600 多个用户接收新的推送令牌？还是我们需要在我们的应用程序中添加一些初始代码？registerForRemoteNotifications 方法现在只在应用程序启动时调用。当推送令牌 id 从空 ('') 更改为实际令牌时也会触发吗？当然，我们不想再等（小）一周等待新的 AppStore 批准，然后才发现推送通知仍然不适用于某些用户。希望有高手能告诉我们。

注意：我们使用的是在 MonoTouch 中开发的 iPhone 应用程序，并使用（旧）APNS-Sharp 库从我们的服务器发送通知，但我认为这些细节与此问题无关。

4

1 回答 1

3

当这 600 多个用户安装下一个更新并再次运行应用程序时，您的应用程序将调用registerForRemoteNotifications（因为您说您在启动时调用它），并将获得非空设备令牌（何时application:didRegisterForRemoteNotificationsWithDeviceToken:调用）。Apple 在他们的文档中声明，您应该始终在启动时调用此方法，而不是使用设备令牌的缓存副本，因为不能保证设备令牌保持不变。所以你不应该有任何问题。

这是来自 APNS 文档的相关引用：

应用程序应在每次启动时注册并为其提供者提供当前令牌。它调用 registerForRemoteNotificationTypes: 方法来启动注册过程。此方法的参数采用 UIRemoteNotificationType（或者，对于 OS X，为 NSRemoteNotificationType）位掩码，该位掩码指定应用程序希望接收的通知的初始类型——例如，图标标记和声音，但不包括警报消息。在 iOS 中，用户随后可以在“设置”应用程序的“通知”首选项中修改启用的通知类型。在 iOS 和 OS X 中，您可以通过调用 enabledRemoteNotificationTypes 方法来检索当前启用的通知类型。操作系统不会标记图标、显示警报消息、

这也是相关的：

通过在每次启动应用程序时请求设备令牌并将其传递给提供者，您可以帮助确保提供者拥有设备的当前令牌。如果用户将备份恢复到为其创建备份的设备或计算机之外的设备或计算机（例如，用户将数据迁移到新设备或计算机），他或她必须至少启动一次应用程序以使其恢复再次收到通知。如果用户将备份数据恢复到新设备或计算机，或重新安装操作系统，则设备令牌会更改。此外，永远不要缓存设备令牌并将其提供给您的提供商；始终在需要时从系统获取令牌。如果您的应用程序之前已注册，请调用 registerForRemoteNotificationTypes：

于 2013-03-05T22:34:15.660 回答