同一个用户,后端收到新的 WebSocket 连接会关闭旧的,旧的连接所在的网页又没关闭,检测到连接断了会重新连接,然后把新的挤下去,新的再重新连接,又把旧的挤下去,乱套了
同一个用户,后端收到新的 WebSocket 连接会关闭旧的,旧的连接所在的网页又没关闭,检测到连接断了会重新连接,然后把新的挤下去,新的再重新连接,又把旧的挤下去,乱套了
|
crysislinuxAug 6, 2023
1
如果一定要限制一个时间只有一个连接,那服务端响应新链接的时候给其他客户端发个消息让他们自己下线。
|
|
2
那后端就不要关闭旧的连接,直接显示个错误页面,提示已在其他页面打开。
|
|
InDomAug 6, 2023
3
前端同一个域的页面可以相互通讯,可以通过这个来确定有没有页面已经建立连接,如果有就不再建立连接。
|
|
4
后端只支持一个。。你做毛的 websocket 。。。
|
|
f9EHtxE2UtX3fG3Aug 6, 2023 via Android
5
@est
|
|
f9EHtxE2UtX3fG3Aug 6, 2023 via Android
6
@est 点错了
|
|
7
后端实现没啥问题,只要让后端在断开前下发断开原因,挤下线不做重连,其他情况退避尝试重连。用户开几次前端页面,前端是不知道的,在跨浏览器甚至系统的时候。
|
|
rabbbitAug 6, 2023
10
让他下线前给你发个通知,然后就不自动重连了.
或者不用 websocket ,前端轮询吧定时请求吧.对前后端来说都省事. 你是得罪后端了吗? |
|
11
浏览器可以多标签共享 websocket 的
如果要考虑不同浏览器同时登陆,那你得好好想想后面登陆用户到底该怎么处理 |
|
rabbbitAug 6, 2023
12
这样,你问问后端是不是不会区分同用户的不同 websocket 连接,如果是的话跟他商量,在 url 上带个随机数给他.
|
|
caiqichangAug 6, 2023
13
前端在 Sec-WebSocket-Protocol 请求头带用户信息,后端在获取子协议或握手阶段检查,如果用户已经有存在连接了就拒绝新连接
|
|
messagebusAug 6, 2023 via iPhone
14
多页面共享一个 SharedWorker ,在里边创建一个 WebSocket ,收到的消息可以转发给所有网页
|
|
messagebusAug 6, 2023 via iPhone
15
|