Golang怎么实现WebSocket断线重连_Golang如何客户端检测断开后自动重新连接【方法】-Golang-PHP中文网

websocket客户端需在读循环中捕获readmessage错误并配合心跳判断断连；重连应独立为goroutine，用context控制生命周期、指数退避及conn.close()清理。

golang怎么实现websocket断线重连_golang如何客户端检测断开后自动重新连接【方法】

WebSocket客户端怎么判断连接断开了

Go 的 gorilla/websocket 库本身不主动抛出“已断开”事件，连接状态是惰性检测的——你得去读、写或 ping 才会暴露问题。常见现象是 ReadMessage 突然返回 *websocket.CloseError 或 io.EOF，或者 WriteMessage 报 write: broken pipe、use of closed network connection。

真正可靠的判断方式只有两种：

在读循环中捕获 ReadMessage 返回的错误，并检查是否属于网络层中断（如 net.ErrClosed、io.EOF、websocket.IsUnexpectedCloseError）
配合心跳：用 conn.SetPingHandler + 定期 conn.WriteMessage(websocket.PingMessage, nil)，超时未收到 pong 就认为断开

重连逻辑该放在哪里写才不卡住主线程

别在读/写 goroutine 里直接 time.Sleep 后 dial——这会阻塞整个连接生命周期，且无法响应外部停止信号。正确做法是把重连抽成独立 goroutine，用 channel 控制启停。

关键点：

用 context.WithCancel 管理重连生命周期，避免 goroutine 泄漏
每次重连前先 conn.Close()（如果 conn 非 nil），否则旧连接资源不释放
指数退避必须做：首次 1s，失败后 2s、4s、8s…上限建议 30s，避免狂刷服务端
重连成功后，要重新设置 ping handler、重置读写超时、恢复订阅状态（如有）

示例片段：

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

go func() {
    for {
        select {
        case 

<h3>gorilla/websocket 的 WriteMessage 并发安全吗</h3>
<p>不安全。一个 <code>*websocket.Conn</code> 实例的 <code>WriteMessage</code> 方法不是并发安全的，多个 goroutine 同时调用会 panic 或写乱数据。</p>
<p>解决方案只有两个：</p>