我们完全卡住了，请帮忙。

我和我的团队制作了一个 iPhone 应用程序，这是我们第一次在 iOS 上尝试。

一切都很好，直到我们提交了我们的应用程序并在应用程序商店上可用——推送通知服务不工作。我在网上搜索并尝试按照人们的建议仔细检查我们的应用程序，但我找不到问题所在。所以这个问题发布在这里。

这些是我们所做的:

1. 我们构建应用程序，假设它被命名为“AppMaster”。

2. 我们在名为“pushtest”的 iOS Provisioning Portal 上创建了 AppId。此 ID 在开发和生产中启用了推送通知。

3. 我们从上面的 appId 创建了一个名为“AppMasterPushTest”的开发配置。此配置用于内部测试，团队中的每个人都将其安装在他们的 mac 上。

4. 我们的服务器是用Java实现的，我们使用了java-apn包。在测试期间，我们下载了用于开发的认证文件并写出 .p12 文件，并使用包的 api -- withSandboxDestination() 和该 .p12 文件将我们的消息推送到“沙箱”服务器。测试顺利，收到通知。

5. 我认为我们已经准备好了，所以我们创建了另一个名为“AppMaster”的 AppId，并仅为生产启用推送通知。这个 Id 写在应用程序的包标识符中。

6. 我们在第 5 步中从 AppId 为生产创建了另一个名为“appMaster”的配置，分发方法设置为“App Store”。下载它并重建应用程序。这个已提交给 apple，并在 app-stroe 上运行。

7. 服务器端，我们下载生产认证并再次写出 .p12 文件。并制作程序通过使用 api -- withProductionDestination() 将消息推送到生产服务器，其中.p12 刚刚被写出。

8. 我们从 App Store 安装了该应用程序。遗憾的是，通知从未送达。

我们错过了什么吗？顺便说一句，我们在第 5 步中创建的 ID 看起来像“XXX.com.company.appname”，但在应用程序的包标识符中，我们只是设置了没有前缀的“com.company.appname”部分。这可能是问题所在吗？

欢迎任何想法。

请做我们的救星。谢谢。

最佳答案

上面的评论是不正确的。应用 ID 在 bundle ID 之前有一个前缀:

An application ID consists of an application’s bundle ID prefixed with a ten-character code generated by Apple. The team admin must enter the bundle ID. For a certificate, it must incorporate a specific bundle ID; you cannot use a “wildcard” application ID.

您应该检查您的配置文件，以确保它包含正确的 aps 授权:

Verify that the entitlements in the provisioning-profile file are correct. To do this, open the .mobileprovision file in a text editor. The contents of the file are structured in XML. In the Entitlements dictionary locate the aps-environment key. For a development provisioning profile, the string value of this key should be development; for a distribution provisioning profile, the string value should be production.

您应该确保在向生产 APNS 服务器发送推送通知时使用生产设备 token (在沙盒环境中工作的设备 token 在生产环境中不起作用)。

在将应用发布到应用商店之前，您应该使用 AdHoc 配置文件测试您的应用。 AdHoc 配置文件适用于生产推送环境。

编辑:

关于设备 token 的一些引述:

来自Local and Push Notification Programming Guide :

Take note that the device token in the production environment and the device token in the development (sandbox) environment are not the same value.

来自 Technical Note TN2265 :

Handling Malformed Notifications

The simple binary interface drops the connection if the push service receives a notification that is incorrect in some way. Your provider may see this as an EPIPE or broken pipe error in response to sending a notification. On the other hand, the enhanced binary interface will send an error response with more detailed information about what was wrong with the notification before dropping the connection. Be sure your provider catches and handles these conditions properly.

The most common problem is an invalid device token. If the token came from the sandbox environment, such as when you are testing a development build in house, you can't send it to the production push service. Each push environment will issue a different token for the same device or computer. If you do send a device token to the wrong environment, the push service will see that as an invalid token and discard the notification.

最后，this article很好地解释了当某些通知无效时(最常见的原因是设备 token 无效)如何向 Apple 发送多个通知会导致某些有效通知也无法到达。

关于iphone - 苹果推送通知在生产中不起作用，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15595720/