2

我使用基于 sockjs 的 websockets 编写 node.js 应用程序,我需要在客户端上进行最少的更新时间。

应用程序中的事件每 Nms(例如 20ms)发生一次,我需要尽快对用户进行广播更改。

每次更新为 100-200 字节。Ping 到服务器是 90-200 毫秒。

如果我每次发生事件时都发送消息 - 客户端应用程序存在一些滞后,并且.. 从设计上来说这是个坏主意。

如果我每 Nm (例如 200 毫秒)发送消息 - 客户端上的更新看起来更流畅,但有太多“丢帧”

混合这些方法并发送这是个好主意吗

也许我需要进行“不必要”的更新,如果“第二个”更新将早于“第一个”更新,它将覆盖,因为 ping ..如果客户端上有大量更新,如何“丢帧”。

向用户广播更新的最佳方式是什么?谢谢。

4

2 回答 2

2

好的,补偿延迟滞后只有一种解决方案——预测两个数据包之间的事件。

于 2013-01-29T07:25:42.040 回答
0

我只能推荐一件事,那就是看一下流星.js 的源代码,他们使用延迟补偿和 SockJS

于 2013-01-27T22:49:32.753 回答