实时与Node.js:WebSocket +服务器端轮询与客户端轮询

我正在开发显示来自Redis的实时数据(图表等)的应用程序。 更新的数据非常快(毫秒)。 因此,尽可能频繁地显示更新是有意义的(只要人眼可以注意到)。

技术堆栈:

  • Node.js作为一个Web服务器
  • Redis拥有这些数据
  • JavaScript / HTML(AngularJS)作为客户端

现在我有客户端轮询(GET请求到Node.js服务器每秒查询Redis的更新)。

是否有做服务器端轮询的好处,并通过WebSocket暴露更新? 每个WebSocket连接将需要单独的Node.js轮询(setInterval),尽pipe由于客户端查询可能不同。 但预计不会有超过100个WebSocket连接。

这两种方法之间有什么优点/缺点?

       

网上收集的解决方案 "实时与Node.js:WebSocket +服务器端轮询与客户端轮询"

如果我正确地理解了你的问题:你有不到100个用户同时使用你的资源,你想知道什么是更好的方法来给他们更新:

  • 客户通过超时请求来请求更新(每秒1次)
  • 服务器跟踪客户端,每当有更新时,都会向他们发送更新。

我认为最好的解决scheme取决于您拥有的数据,以及用户获取这些数据的重要性。

如果出现以下情况,我会和客户端一起去

  • 人们不关心他们的数据是否有点陈旧
  • 在这1秒内将会有大约1次以上的更新
  • 我没有时间修改代码

我会去服务器端,如果:

  • 有最新的数据和用户不能容忍滞后是非常重要的
  • 更新并不经常(如果我们每分钟只更新一次,60个客户端请求中只有1个是有用的,而这里服务器只发布一个更新)

有一件好事就是node.js已经有了一个很好的socket.io库来达到这个目的。