我正在寻找一种将事件从我的服务器推送到客户端的解决方案，这些客户端将是 Android、iOS 和桌面(网络)用户。
我看过很多关于 Parse、Amazon SNS 和 Google Cloud Messaging 的帖子，但没有人提到它们的速度和最常见的应用程序，或者与简单的 TCP 流或 websockets 进行比较？
我需要最多 50 事件/秒双向 l 每个客户端的吞吐量( ¬1kb 每个事件 )最大 150ms 延迟 .
只使用 有什么缺点？ TCP 流 事件与 网络套接字 与 相比SNS/解析/GCM ?
最佳答案
推送通知(GCM 和 APN)
优点:即使客户端应用程序未运行，您也可以访问设备。
缺点:吞吐量低；高延迟
原始 TCP
优点:高吞吐量；低延迟；双向
缺点:不通过典型的代理和防火墙；需要客户端应用程序正在运行
WebSockets
优点:高吞吐量；低延迟；双向;通过防火墙
缺点:并非所有代理都支持它们；需要客户端应用程序正在运行
另外还有 HTTP 流媒体 和 HTTP 长轮询 .
关于events - 移动和桌面设备的实时消息服务，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/33791041/