我使用基于sockjs的websockets编写node.js应用程序，我需要在客户端上进行最短的更新时间。
应用程序中的事件每Nms（例如20ms）发生，我需要尽可能快地对用户进行广播更改。
每次更新都是100-200个字节。 Ping to sever是90-200ms。
如果我每次发生事件时发送消息 - 客户端应用程序和...有一些滞后 这是设计上的坏主意。
如果我每隔Nms发送一次消息（例如200ms） - 客户端上的更新看起来更加流畅，但是有太多“帧丢失”
将这些方法混合并发送
是个好主意也许我需要制作“非必要”更新，如果“第二次”更新将早于“第一次”，则会进行更新，因为ping ..如果客户端上有更新堆，如何“丢帧”。
向用户广播更新的最佳方式是什么？感谢。
答案 0 :(得分：2)
好的，只有一种补偿延迟滞后的解决方案 - 预测两个数据包之间的事件。
答案 1 :(得分：0)
我只能推荐一件事，看看meteor.js的源代码。他们使用延迟补偿和SockJS。