【问题标题】:Strange behaviour with Apple Push Notification ServiceApple Push Notification Service 的奇怪行为
【发布时间】:2013-01-14 00:36:56
【问题描述】:

我现在正在使用apns-php 开发 Apple 推送通知服务和 iPhone 应用程序。

因为每个使用 APNS 的人都知道使用它时存在限制 - 我们不能在每条消息中发送超过 256 个字节的有效负载。但是,我发现一个网站说还有另一个限制,即禁止在连接中发送网络使用量超过 5000 到 7000 字节的有效负载。

我一直在寻找这种现象的证据或官方文件,但没有找到任何确定的证据。

您能否告诉我是否存在这样一个未记录的 APN 限制以便成功发送有效负载?您在使用 APN 时是否遇到过其他奇怪的经历?

网站是正确的here(对不起,是日语。)

上面写着:

  • 不要发送超过 256 字节的消息。
  • 如果您尝试发送 5000 到 7000 字节的消息并且 APNS 破坏了您的会话,您将被禁止使用 APNS。然后你需要在睡觉时重新创建一个 APN 会话。

我们将不胜感激。

【问题讨论】:

    标签: apple-push-notifications apns-php


    【解决方案1】:

    我从未听说过 5000-7000 字节的限制。 相反,Apple 鼓励您批量发送多条消息以提高效率。

    来自 APN 开发指南:

    二进制接口对二进制内容使用纯 TCP 套接字 这本质上是流式传输的。为了获得最佳性能,您应该批处理 通过接口一次传输多个通知, 显式地或使用 TCP/IP Nagle 算法。

    如果你仍然需要官方证明,没有这个限制,那就是这个(取自here):

    推送通知吞吐量和错误检查

    使用 APN 没有上限或批量大小限制。 iOS 6.1 新闻稿称,APNs 自成立以来已发送超过 4 万亿条推送通知。在 WWDC 2012 上宣布,APN 每天发送 70 亿条通知。

    如果您发现吞吐量低于每秒 9,000 条通知,您的服务器可能会受益于改进的错误处理逻辑。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2011-01-18
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-01-27
      • 2023-03-15
      相关资源
      最近更新 更多