WebSockets的更新频率是什么,比longpolling更有效?

时间:2015-04-09 20:10:17

标签: http websocket scaling cost-management

我正在研究一个项目,我正在尝试决定是使用WebSockets还是使用longpolling。

这提出了一个有趣的问题:使用WebSockets而不是传统的HTTP技术之间的盈亏平衡点是什么?显然,如果您需要每日更新,http请求会更好,但对于实时更新,WebSockets会更好。 (我想。如果我错了,请纠正我!)

让我更具体一点:
假设为了获得良好的用户体验,Web应用程序需要在 P 的一段时间内更新用户。

此外,假设我们只使用WebSockets将更新从服务器发送到客户端,并且发送的普通JSON对象看起来像这样(我包括这个因为我想平均数据大小很重要):

{ 'animal' : 'dog',
  'people_who_have_petted'  : ['Foo', 'Bar', 'Thomas'], 
  'people_who_like' : ['Tom', 'Foo', 'Bar', 'Thomas','John', 'Mary'], 
  'people_who_dislike' : ['Jerry','Cat', 'Banker'] 
  'user_voted_phrase' : "Dogs are a man's best friend!"
}


根据您的经验,在周围(不需要非常精确),使用WebSockets而不是传统的http技术进行扩展和成本目的,使用什么时间 P 更有意义?

1 个答案:

答案 0 :(得分:0)

正确的决定取决于很多因素,而不仅仅是刷新间隔。

Hard downsides of long polling?

WebSocket/REST: Client connections?

根据我的经验,我不会使用长轮询,除非有很大的原因,或者我的应用程序的数据推送功能非常枯燥。

相关问题