推送通知替代方案
我听说推送通知不可靠。这可能是什么替代方案呢？
我正在尝试处理的用例是: 1.我有一个应用程序，将由三种类型的组共享。每个组包含特定的人员集合。2.由第一类群组提交请求，由第二类群组服务。所以，所有属于第二组的人都应该被通知，除了他们之外，任何人都不应该得到通知。3.类似地，一个请求是由第一类群提交的，它将由第三类群来服务。因此，所有属于第三组的人都应该被通知，除了他们之外，任何人都不应该收到通知。4.即使是第二组人员也可以向第三组提交请求。
请提供您的想法，我应该如何处理这些情况。
回答 4
Stack Overflow用户
发布于 2010-12-09 05:36:21
推送通知依靠网络(3G/WiFi)发送通知。此外，Apple Push notification Server也没有响应来保证通知的传递。说了这么多..。iPod touch对于通知的传送非常不可靠，因为首先，它没有3G；其次，为了节省电池，它的通知在内部关闭了一段时间……
另一种方法是在后台线程中轮询服务器以进行任何修改。但这只有在应用程序运行时才会起作用。
另一种选择是编写我们自己的APNS类似的基础设施。
Stack Overflow用户
发布于 2010-12-09 05:53:27
你说推送通知是不可靠的，这是对的。
首先，如果设备没有连接到互联网，APNs只保留一个推送通知，以便在设备再次连接时发送(从提供商发送的最后一个通知)。由于在您的服务器将通知发送到APNS之后，无法确定通知是否已经发送，因此您甚至不能尝试在您的端对通知进行排队。
除此之外，如果你的应用依赖于PN，用户很容易通过关闭通知来破坏它的功能。
所以你是绝对正确的，如果你想发送的数据是关键的，那么你就不应该使用推送通知。但我相信你的问题真的没有解决办法。你根本不能依赖它们来让你的应用程序工作。
我认为最好的方法是像电子邮件应用程序一样，无论你是否打开了PN，当你启动应用程序时，你都可以下载你的电子邮件，PN只会通知你有新的电子邮件，即使它不能保证你会收到它。
Stack Overflow用户
发布于 2010-12-09 05:24:11
没有其他选择，因为苹果做了一些非常低层次的沟通。您需要与移动提供商合作来构建类似于通知服务的内容。
也就是说，我不认为这项服务是不可靠的。也许你应该检查一下你的实现。
https://stackoverflow.com/questions/4382612
复制相似问题
腾讯云开发者
