Golang WebSocket连接问题：单标签页正常通信，多标签页失效
本文分析并解决一个使用gorilla/websocket库开发Golang WebSocket服务器时遇到的问题：Chrome浏览器中，一个标签页可以正常收发WebSocket消息，而其他标签页则无法收发，除非刷新页面，但刷新后第一个标签页又会失效。 问题发生在Go 1.16、gorilla/websocket 1.4.2版本，Windows 10环境下。
问题根源：全局变量导致连接覆盖
用户提供的代码片段显示，WebSocket连接使用全局变量ws存储：
立即学习“go语言免费学习笔记（深入）”；
//部分serve代码var ws *websocket.Connfunc Ws(c *gin.Context) { var err error ws, err = upgrader.Upgrade(c.Writer, c.Request, nil) // ...}
每次有新的连接请求时，ws都会被新的连接覆盖，导致之前的连接被中断，无法收发消息。
解决方案：避免全局变量，为每个连接创建独立实例
问题在于WebSocket连接管理不当。 正确的做法是为每个客户端连接创建独立的websocket.Conn对象，避免使用全局变量。 每个连接应该在Ws函数内部独立处理，并在连接关闭后释放资源。 修改后的Ws函数应该类似这样：
func Ws(c *gin.Context) { conn, err := upgrader.Upgrade(c.Writer, c.Request, nil) if err != nil { // 处理错误 return } defer conn.Close() // 确保连接关闭 // 在这里处理每个连接的读写操作，使用 conn 而不是全局变量 ws go func() { for { // ... 读写消息操作，使用 conn } }()}
通过为每个连接创建独立的连接实例，避免了连接覆盖，从而解决了多标签页通信失效的问题。 每个客户端连接拥有独立的连接对象，互不干扰，确保了所有连接都能正常工作。 关键在于理解并正确管理WebSocket连接的生命周期。
以上就是Golang WebSocket连接：为何一个标签页能收发消息，另一个却不行？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1385603.html
微信扫一扫 
支付宝扫一扫 
