我们正在尝试使用GCM API向Chrome用户发送一些推送通知。直到3-4 几天前，通知给最终用户的交付率 约60-70％。我们有1天的超时，所以没有上网的人 通知结束后大约一天，不应该得到它。
我们看到这个交付率大幅下降到约 10％，我们方面没有变化。我们将消息推送到GCM和API 成功返回，但邮件无法传递。还有一些 我们在测试池中的用户提到尽管在线（在线） Chrome），他们发送时没有收到任何通知。 奇怪的是，他们确实在几天后得到了这些通知（甚至 在设置超时后，24小时）。
旧的GCM API是否存在延迟和交付延迟等问题 汇率？例如，对于测试令牌，通知于格林威治标准时间12月1日09:55发送，并于格林尼治标准时间12月3日13:14发布。
我们正在使用此终结点：https://android.googleapis.com/gcm/send
答案 0 :(得分：0)
所以只是为了保持简短，看起来你正在使用旧的端点：
https://android.googleapis.com/gcm/send
就GCM实施情况而言，目前没有任何行为报告（我一直在监控GCM标签，所以..是啊.. ），但是你除非您使用建议的端点（见docs），否则无法保证请求成功：
https://gcm-http.googleapis.com/gcm/send
我建议使用这个前进。既然我们也讨论了使用建议的实现，那么您也应该考虑使用Firebase Cloud Messaging。干杯！