WebSocket 会存在碰包的情况吗？

[e8c47a0d]

既然 WebSocket 基于 tcp，那么这里大概能确定的是，在一条连接内，如果服务器或客户端的任意一端连续发消息，另一端也能按顺序收到。但如果，服务器和客户端几乎同时发出一连串消息，那么这些消息的顺序和完整性还能被保证吗？

[ericls]

可以保证一边发送的顺序是另一边接收的顺序

[paw]

lz 是从以太半双工的年代穿越过来的吧

[e8c47a0d]

那么我肯定误解了 packet collision 这个概念，不过短时间内为什么这么多回复？这个节点

[e8c47a0d]

@InternetExplorer 不了解，只知道 tcp 可以保证完整性和顺序。

[est]

@ericls 看逻辑。如果只是 hello world 当然可以保证顺序。但是如果 websocket 架构可以异步返回，那么耗时长的肯定在后面返回，就没有顺序了。
@e8c47a0d packet collision 是半双工的概念吧。。websocket 是全双工的。

[e8c47a0d]

@paw 第一次知道以太半双工的概念

[e8c47a0d]

@wizardoz 恍然大悟！

[noNOno]

哈哈,新词

[e8c47a0d]

@est 看来可能需要自己在 ws 的基础上加一层通讯顺序的检测才能防止

[e8c47a0d]

@paw 抱歉应用层以下的协议完全没有研究过

[e8c47a0d]

@wxt 没有这么壮观吧

[e8c47a0d]

这 sb 帖子竟然飘到了今日最热……

[nobird]

我告诉你为啥变成了最热…… by 微博观光团

[changnet]

@est tcp 是有顺序保证的，哪里有异步就可能乱序的说法。异步只是说你程序不阻塞而已，和数据流的顺序有啥关系？

[e8c47a0d]

@nobird 天啊

[est]

@changnet

收到 1 请求，worker 开始处理 1，暂时不返回
收到 2 请求，worker 开始处理 2，立刻返回
worker 返回 1 请求的结果

这个时候如果你是客户端如何区分 2 个返回？仅靠顺序可能嘛？

[e8c47a0d]

@abcbuzhiming 粘包我知道，但分开的这件事有点不确定。

[est]

@e8c47a0d 粘包 这个倒是实实在在的伪概念。。国内游戏开发师徒制+百度流传出来的。。。

[e8c47a0d]

@est 所示的情况正是混乱的根源

[e8c47a0d]

@est 有听说过，当初找不到英文翻译后来才发现是国内来的。