本地 WEB 应用实时数据推送除了使用 websocket 还有其他选择吗

[huyudong1991]

请教各位大佬一个头疼的问题，由于一些历史原因，我们公司做的测试系统是用 django 做的 web 程序，最近需要做数据实时监控，但是基于 channels 的 websocket 的数据推送延迟有 20ms，数据源的数据大概 10ms，所以推送不及时数据会堆积造成延迟，实际上浏览器和 django 都是本地运行的，想问下大佬们有没有什么途径可以避开 websocket

[JeromeCui]

为什么会有 20ms 的延迟？

[huyudong1991]

实际测出来的调用时间，大概是 python 后端+tcp 连接的锅

[DoctorCat]

感觉可能是 websocket 使用不当造成的。如果 ws 都不行，那么基于 HTTP 就没有更好的方法了。

[Austaras]

server side event，这个麻烦
webrtc，这个更麻烦
轮询或者长链接，这个八成比 ws 延迟更高

你试试看一次发多组数据呗反正人眼看不出几十毫秒的区别

[assiadamo]

webrtc 其实还好
可不可以用一些比较轻量的队列呢？比如 mqtt

[thtznet]

SignalR 了解一下

[huyudong1991]

@thtznet 貌似兼容 ws，应该不会有本质区别吧

[huyudong1991]

@DoctorCat 不太清楚原因，回头找个干净的环境正经测一下

[huyudong1991]

@Austaras 现在确实是打算一次多发哈哈

[thtznet]

@huyudong1991 SignalR 和 我们自己实现 webrtc 的核心区别就是，微软的工程师比大部分的"我们"牛，大牛封装过的东西，可能不是最顶级的，但下限是有保证的。毕竟大部分的“我们”只是普通的工程师，混口饭吃罢了。

[Bijiabo]

我前两天也有类似的场景，间隔很巧也是 10ms 左右，看现象是浏览器接收 websocket 效率达不到这么高。特别是短时间内频繁操作。

建议楼主写个浏览器外运行的脚本来收消息看下延迟，对比一下

[Austaras]

不是，浏览器渲染一帧就要 1/60s，10 20ms 的延迟很关键吗？一般来说 100ms 一下的延迟是看都看不见的

[tairan2006]

10ms 不是应该考虑网速的影响么。。量级太低了

[ahsjs]

http2

[no1xsyzy]

让我理解下，数据流是这样的
某上游 --> 你的 Django --> 用户浏览器
上游发送数据每 10ms 发送一次
用户浏览器每 20ms 接受一次（串行）
从而导致消息在你的 Django 上积压

那么结果很明显，方法有两个：
1. 丢弃用户侧未能及时接受的数据
2. 用户侧一次发送不止一份数据

@Austaras 1/60s 不是 16ms 么？

[ardenchan]

根据楼上老哥的思路，服务器端给他睡眠个 10ms
完美解决[手动狗头]

[anaf]

sse 单项通信