29号出现推送消息发布后,设备收到消息特别慢的问题,之前还是正常的,几分钟即可收到。同时invalidTokens (iOS)的数量增多,证书未过期,请问是什么问题导致的?
notificationId : 2cFF0F0nU8hHFmgk

你好,请问 app id 是什么呢?

app id : ng03015n3fwpl6m20er35juurjo7pvwbuo0e1fgs5w0jluda

你好,从记录看能确认的是 invalidTokens 确实是我们收到 Apns 反馈后标记的,并非计数有误。对于 IOS 推送我们只是将推送请求交付给 Apns,如果 Apns 告知我们 token 无效,我们会将 invalidTokens 计数加一。只有 Apns 明确告知无效我们才会计数。

发送速度慢跟 invalidTokens 多有很大关系,因为 Apns 发送机制的原因,每一个无效 token 回复都会消耗大量时间,当一次推送中无效 token 占比较多的时候速度会非常慢。看到你们的推送设备总数大概 30w,但无效 token 就到接近 3k 了,比例较高。

这种情况下我们建议你们授权我们对无效 token 进行清理,即将已经无效的 token 从 installation 表中删除,清理后发推送速度会快很多。如果某个 token 再次启用,SDK 会自动在 Installation 表新建记录,上传这个 token。我们没有自动删除无效 token 是因为担心用户使用错误的证书发推送,证书和 token 不匹配时也会产生无效 token,这时如果直接将无效 token 删除会造成误删。但确认证书使用正确的推送,删除无效 token 是无害的。

请问如何授权你们来清理这个无效token呢?推送的证书是正确的,一直未改动,29号那天invalidTokens突然就增多了

哦 就是告诉我同意清理无效 token 即可。

从推送记录上来看我也同意证书是没有问题的,所以才会建议清理无效 token。但这个无效 token 为何大量增多我这里确实无法确认,因为上面也有介绍无效 token 的识别由 Apns 完成,我们这里只是发送和记录。具体 Apns 那边实现机制如何我们确实不好乱猜。

好的,同意您帮我们处理无效token

收到,不过清理是在低峰时间进行,也就是晚上的时候,并且删除过程是逐步进行,可能不限定在一天之内完成,不过我们会慢慢清理完的。主要是为了不让清理操作影响正常的业务。

好的,麻烦您了