ios – 是否有一些已知方法可以改进Apple推送通知存储转发功能以存储多个通知？

概述我目前正在努力解决恼人的APNS存储转发功能限制.以下是Apple文档的引用： If APNs attempts to deliver a notification but the device is offline,the notification is stored for a limited period of time, and delivered to the device when 我目前正在努力解决恼人的APNS存储转发功能限制.以下是Apple文档的引用：

If APNs attempts to deliver a notification but the device is offline,the notification is stored for a limited period of time,and delivered to the device when it becomes available. Only ONE recent notification for a particular application is stored. If multiple notificationsare sent while the device is offline,each new notification causes the prior notification to be disCARDED.

我特意为我的问题的关键字制作所有大写字母.在Google Cloud Messaging通知服务中,他们的存储转发功能具有更多功能：在不折叠的情况下可存储的邮件数量有限制.该限制当前为100.如果达到限制,则丢弃所有存储的消息. – 因此Google服务最多可存储100条推送消息,最长时间为28天.除此之外,它们还具有合并(可折叠)通知,但适用于4种不同的可折叠消息.在APNS,我们拥有的是 – 最近的一个
    存储特定应用程序的通知 – 这对我的应用程序来说是非常有限的行为(我需要在设备在一个给定时刻离线时存储至少四个不同的推送通知).
所以我感兴趣的是有哪些方法可以提高APNS的存储和转发能力？我可以通过某种方式让APNS为特定设备存储更多推送通知吗？或者至少存储Google可折叠消息中的多个合并通知？一些第三方解决方案还是其他？可能是我错过了APNS文档中的内容？我知道我们可以在谷歌平台上发布orchestrate苹果推送通知 – 但我认为这不是一个解决方案,因为其不合理的复杂性.

解决方法 正如您在Apple的APNS文档中发现的那样,单个设备无法为每个应用程序存储多个通知.如果要将其与GCM进行比较,则APNS服务器就像所有通知都具有相同的折叠键一样.

没有第三方解决方案可以解决这个问题,因为Apple没有向通知发送方返回确认交付,因此服务器(无论是由您还是由某些第三方提供商实施)无法知道哪些消息存储和重新发送(假设所有消息都有效且未被APNS服务器拒绝).

Apple推送通知并非旨在提供重要数据.他们的目的是通知应用程序用户服务器上有新数据,如果用户选择打开应用程序,则允许应用程序加载该数据.这就是为什么他们不为每个应用程序存储同一设备的多条消息的原因.

总结

以上是内存溢出为你收集整理的ios – 是否有一些已知方法可以改进Apple推送通知存储转发功能以存储多个通知？全部内容，希望文章能够帮你解决ios – 是否有一些已知方法可以改进Apple推送通知存储转发功能以存储多个通知？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。