WebSockets的更新频率比长轮询更高效

Question

我正在处理一个项目，我正试图决定是使用WebSockets还是使用长轮询。

这带来了一个有趣的问题：使用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!"
}

根据您的经验，在P的哪个时期（无需非常精确），使用WebSockets而不是传统的http技术来进行扩展和成本计算会更有意义吗？

Answer 1

正确的决策取决于许多因素，而不仅仅是刷新间隔。

长时间投票的严重不利因素？

WebSocket/REST:客户端连接？

根据我的经验，我不会使用长轮询，除非有重大原因，或者只是我的应用程序的数据推送功能非常乏味。