针对weboscket里面的订单薄本地维护的优化

目前websocket里面提供交易所全量深度的维护,需要每个交易所先去http请求一次api来获取初始数据,然后再用websocket的推送更新,可以将http的请求优化成订阅成功之后就推送一次快照吗?因为当需要更多的交易对的时候,http的请求就会更多,很容易触发rate limit,希望可以改成不走http请求的形式从websocket里面直接获取

快照的数据不适合websoket推送。 Restful的depth接口推送最多1000挡的数据,这些如果放到ws上推送,量很大。所以每个connection只需要推一次,但是我们的客户量很大,在服务器端推送就很有压力。

如果是symbol比较多,可以建议分开了拿快照,避免所有的symbols在同一时间一起拿。

我的意思是快照数据只推送一次
在用户订阅成功的那会随着订阅成功一起返回或者在成功通知之后返回而不需要每次
用户的需求不是一致的吗,在增量之前肯定是需要拿到一份快照的,http和websocket只是方式的需求吧,数据是同一份
因为我目前这边的主要是做行情的数据网,对接了你们的所有交易对,所以一个服务器或者一个websocket连接内肯定订阅了起码几十个交易对,但是怕触发你们的rate limit,然后对接别的交易所都是采用的主要的方式而非http走一次,所以建议下