我正在考虑为 iPhone 构建一个实时聊天应用程序（但这个问题也适用于 Android 和其他设备）基本上我希望应用程序在打开和关闭时都能接收实时消息，只是就像 iPhone 自己的“消息”应用一样。
当它关闭时，我可以使用 APNS 等原生推送通知服务，当应用程序打开时，我可以运行自己的 websockets 服务器或使用 PubNub 或 Pusher 等 3rd 方提供商，这实际上是我一直在做的.
然后我想知道：为什么我不能完全依赖 APNS 进行实时消息传递，无论是在应用程序打开还是关闭时？这感觉像是一个更清洁的解决方案，因为它是由一个推送服务器驱动的。有人可以启发我吗？谢谢。
【问题讨论】：
标签： iphone push-notification apple-push-notifications messaging
APNS 并非 100% 可靠。在大多数情况下是这样，但不是 100%。它也没有您提供的专门服务那么快。有时，推送消息需要一分钟以上才能到达。您需要考虑这些并在您提出的任何设计中将其考虑在内。如果您能忍受这些限制，您确实可以依靠 APNS 来更新您的客户端。此外，在 iOS7 中，应用程序可以在后台唤醒、检索数据并更新其 UI，以便向用户呈现最新的应用程序。
在谈到性能时，能够处理大量打开的连接并同时为它们提供服务并不像听起来那么简单，因此根据您的资源，您可能无法提供比 Apple 的 APNS 更好的服务正常运行时间，因此上述限制虽然是正确的，但并不一定像听起来那么糟糕。
我认为最好的办法是，因为无论如何您都需要实施推送支持，所以只实施 APNS，看看这是否让您和您的客户满意。请记住，沙盒（调试）APNS 服务器比普通生产 APNS 服务器慢，因此请使用发布版本进行测试，以了解仅使用 APNS 对性能的真正影响。如果以后您发现提供的服务还不够，您只能实施进一步的服务。
【讨论】：