从android客户端到webapi服务器的连续轮询

从android客户端到webapi服务器的连续轮询,android,sockets,long-polling,asp.net-web-api,Android,Sockets,Long Polling,Asp.net Web Api,我正在寻找一些建议,基本上是使用本机android组件进行“ajax长轮询”。我的应用程序中不会有HTML,所以不可能使用信号器之类的东西。我真的不想走sockets路线,除非我必须走,但我想要的是尽可能接近相同方式的东西 服务器将返回一个简单的web服务(JSON)响应 如果你认为间隔投票是最好的,我并不完全反对。基本上,我只是希望能够从服务器接收“更新”,因为它们尽可能接近实时 如果您有任何建议/示例可以通过android本机实现这一点,我们将不胜感激 TIA查看服务器的近实时通信或服务器推

我正在寻找一些建议,基本上是使用本机android组件进行“ajax长轮询”。我的应用程序中不会有HTML,所以不可能使用信号器之类的东西。我真的不想走sockets路线,除非我必须走,但我想要的是尽可能接近相同方式的东西

服务器将返回一个简单的web服务(JSON)响应

如果你认为间隔投票是最好的,我并不完全反对。基本上,我只是希望能够从服务器接收“更新”,因为它们尽可能接近实时

如果您有任何建议/示例可以通过android本机实现这一点,我们将不胜感激


TIA

查看服务器的近实时通信或服务器推送通知。

就像我说的,我真的不想使用套接字。我也不是真的在寻找推送通知。我需要客户端只是“保持连接”从服务器更新。还有其他想法吗?如果你不想使用GCM,请使用其他XMPP源,我们使用它来用json消息通知我们的客户。我对GCM做了更多的阅读,但仍然有一些问题。我用它发送推送通知,在应用程序“关闭”时提醒用户一些事情。它还可以用作一个简单的消息总线,提醒当前“在”应用程序中的用户向服务器发出请求吗?如果可以的话,这将符合我的需要。不管应用程序是打开还是关闭,你都会收到消息。GCM的问题是消息可以延迟传递。存在消息限制,但我认为您可以使用零“生存时间”禁用它。解释为什么需要连续轮询可能有助于我们了解您的问题,因为轮询是移动设备的电池杀手。我正在创建一个社交媒体类型的应用程序,用户可以在其中提交图片和评论。我希望所有连接的用户都能以尽可能接近实时的方式更新新图片和评论。