为什么只有部分设备会收到推送通知

Question

我设置了一个推送通知服务，根据 RSS 源向客户端发送通知。我有一项服务每分钟运行一次，以查看是否有新帖子添加到提要中。如果是这样，该服务将向所有客户端发送通知。然而，一些人一直抱怨说他们没有收到任何推送通知。这是我用来发送消息的函数：

function _sendMessages($tokens, $message) {
        $payload['aps'] = array('alert' => $message, 'sound' => 'default');
        $payload = json_encode($payload);

        $context = stream_context_create();
        stream_context_set_option($context, 'ssl', 'local_cert', $this->certificate);
        stream_context_set_option($context, 'ssl', 'passphrase', '*********');

        $apns = stream_socket_client('ssl://' . $this->server . ':' . $this->port, $error, $errorString,60, STREAM_CLIENT_CONNECT, $context);

        foreach($tokens as $row) {
            $apnsMessage = chr(0) . chr(0) . chr(32) . pack('H*', str_replace(' ', '', $row->device_token)) . chr(0) . chr(strlen($payload)) . $payload;
            $fwrite = fwrite($apns, $apnsMessage);

            if (!$fwrite) echo 'push error';
            else echo 'push success';
        }

        fclose($apns);
    }

我做错了什么吗？ PHP 不能处理数千次的 for 循环并通过连接传输消息吗？

Answer 1

我认为这里有 3 个潜在的问题：

1）你连接太频繁（可能比你想象的更频繁），而 Apple 拒绝/放弃连接，因为它认为你太垃圾了。老实说，这是非常明显的 - 你的 fwrite 会失败，因为流会死掉。

理想情况下，APNS 会尽可能长时间地保持连接打开状态（我们使用的不活动超时时间为 10 分钟），而不是每分钟都重新建立连接。 SSL 协商会消耗 CPU 资源，但保持打开的连接相对便宜。因此，如果可以的话，我会在运行之间保持该连接打开，并在由于任何原因断开时自动重新建立它。

2）您没有进行任何错误检查。请参阅 APNS 指南，但它可能会沿着同一连接做出错误响应，而您只是忽略它。我认为每次循环时您都应该检查是否有任何数据要读取，读取它并将其解释为错误响应数据包。至少您应该记录错误响应。

3）这个机会渺茫。您是否有可能实际上已经删除了这些用户，也许是因为反馈服务告诉您这样做？如果用户长时间断开连接，服务将无法发送通知，并且可能会告诉您从列表中删除这些设备。如果您在应用程序启动时不重新订阅这些用户（或至少确认他们仍然订阅），那么他们会认为他们已订阅通知，而实际上您已经选择忘记它们。

Answer 2

嗯……我没觉得有什么问题。客户端是否真的为您的应用程序启用了推送通知？

Answer 3

除了其他人已经提出的建议之外，这里还有推送不起作用时需要考虑的事项清单。

1. 如果您的总推送数据包超过 256 字节（包括初始标头、令牌和 JSON 负载），APNS 将直接丢弃它。如果您不使用“高级”错误检测，您将永远不会知道，直到您的用户开始抱怨。您要做的就是检查编码数据包的大小，即您将通过线路传输的实际数据的大小，如果它超过 256 字节，要么拒绝它，要么截掉一些消息文本并进行编码再次直到它的长度 <= 256 字节。
2. 如果您的有效负载有任何问题（包括长度），APNS 将丢弃它，APNS 也会丢弃您的连接。
3. 如果您有持久连接，并且空闲时间大约为 20 分钟左右，APNS 会默默地断开该连接。您必须为此做好准备并重新连接。
4. 如果您的 APNS 证书已过期或不正确，并且您继续尝试以过高的速率进行连接，APNS 会将您的 IP 地址列入黑名单，持续一段未知的时间，但这不仅仅是几分钟，甚至可能是一个小时或更长时间。
5. 如果 iPhone 没有 3G 接收，但有 WiFi，它会尝试使用它来推送通知。如果您位于不允许出站连接到 Apple 网络的防火墙区域，您的 iPhone 将无法打开到 APNS 的套接字，并且您是 SOL。
6. 我不确定每次客户端连接到 APNS 时您的 SQL DB 是否都会使用推送令牌进行更新。拥有推送令牌的静态数据库是一个问题，因为推送令牌不会永远保持不变 - 甚至在 APNS 编程指南中也是这么说的。 iPhone 应该在每次启动时获取推送令牌，并将其传送到服务器端（我相信你可以优化这一点 - iPhone 可以持久存储最后一个令牌，并且仅在它发生更改时才发送它）。但有些事情可能会导致推送令牌发生变化，例如重新注册iPhone进行推送，我不确定还有什么。我所知道的是，依赖推送令牌就像 GUID 一样是自找麻烦。下次令牌更改时，如果您的数据库未更新，则告别推送到该客户端。

希望这有帮助。