项目中引入了 websocket，那过去短链接的那些请求应该迁移到用 websocket 去处理吗

[root71370]

不应该

[liu3734]

我想让请求都走同一个链接可以节约一些资源

[Yanlongli]

能跑就不要动，现在网络请求也会复用，省不了多少资源。换了 websocket 要考虑网络不稳定断连风险，尤其是面向移动端用户。

[GeruzoniAnsasu]

@liu3734 不会节约资源

[liu3734]

@GeruzoniAnsasu 我期望这样可以减少握手的消耗。websocket 是必然要连的，那我想顺便就直接都走这个连接。

[liu3734]

@Yanlongli 可以细说这个“网络请求也会复用“吗？这个复用是在哪一层开始的？

[GeruzoniAnsasu]

@liu3734 那你有没有想过请求走 websocket 之后就不再是一个请求了，变成一个 data stream 了，走 websocket 之后你大概会问出那个令人哭笑不得但又很喜闻乐见的话题「哎呀怎么处理「粘包」」。你为了正确处理 data stream ，要重新给 request body data 设计能在流上正确工作的 wrapper ，这是不是消耗？ 我不太清楚你们的业务，ws 的任务和短链请求任务会不会并发，万一要并发，还要处理两个数据流在同一个连接上的混杂情况，是不是消耗？

别折腾没啥意义的事