我必须做出技术上的决定，但我不确定。我必须在iphone和Android上运行的Phonegap-App中实现聊天。
整个应用程序基于Microsoft Azure-Mobile Service，所以我有足够的服务器能力。
目前我已经确定了实现这种聊天的三种方式:
- Websockets:应用程序通过Websockets与后端通信，这将在Node.JS中完成。每条新消息都通过该套接字推送到服务器，用户发送的每条消息都在该通道上发回。我的问题是websockets的可靠性，特别是当我们考虑到用户走动时，是连接到公共wifi热点还是通过GPRS…我有一些糟糕的经验，websockets被代理阻止。
- Comet/长轮询:应用程序发起长轮询请求，服务器不断检查传入的消息，当它们到达时，他立即回答。因为我使用NodeJS，这更容易，因为没有线程阻塞。但我觉得这样做很糟糕，尤其是HTML5的所有这些新的可能性(Websockets为例，见上文)
- APNS/GCM:使用各平台的Push Message-Services将此类信息发送到设备。这意味着，如果用户在后台打开应用程序，那么每秒钟都会收到消息(特别是在高频率使用的聊天室)
你有什么建议吗?你曾经在手机应用中使用过websockets吗?
我们决定使用PubNub，因为它们为移动客户端提供了非常好的实现。他们不使用Websocket，而是使用电池友好的长轮询。