使用定时器发送Ping消息并监听Pong响应，结合读取超时与上下文控制，可实现可靠的WebSocket心跳检测机制。

WebSocket连接在长时间运行中可能因网络异常、客户端离线等原因中断，而连接双方无法立即感知。为确保连接的可靠性，心跳检测机制必不可少。Golang中实现WebSocket心跳检测有多种方式，以下汇总几种常见且实用的方法。

使用定时器发送Ping消息

WebSocket协议支持Ping/Pong帧用于心跳检测。服务端可以定期向客户端发送Ping消息，客户端收到后自动回复Pong。若在指定时间内未收到Pong响应，则判定连接失效。

关键点：

• 利用time.Ticker定时触发Ping操作
• 设置读写超时，防止阻塞
• 通过SetWriteDeadline控制发送时限

示例代码片段：

func (c *Client) sendPing() {
    ticker := time.NewTicker(30 * time.Second)
    defer ticker.Stop()
for {
    select {
    case <-ticker.C:
        c.conn.SetWriteDeadline(time.Now().Add(10 * time.Second))
        if err := c.conn.WriteMessage(websocket.PingMessage, nil); err != nil {
            return
        }
    case <-c.done:
        return
    }
}
}

监听Pong消息并重置读取超时
客户端或服务端应处理对方发来的Pong帧，以确认连接存活。Gorilla WebSocket库允许注册Pong处理函数，在收到Pong时更新状态。
说明：

调用SetPongHandler设置回调函数

在回调中刷新读取截止时间，避免因等待数据导致超时断开

典型实现：
conn.SetPongHandler(func(string) error {
    conn.SetReadDeadline(time.Now().Add(60 * time.Second))
    return nil
})
这样每次收到Pong时都会延长下一次读取操作的等待时间，实现动态保活。
结合读取循环检测连接状态
在读取消息的主循环中集成心跳逻辑，可统一管理连接生命周期。
建议做法：

在ReadMessage前设置SetReadDeadline

超时后检查是否收到预期的Pong
未收到则关闭连接

例如：
conn.SetReadDeadline(time.Now().Add(60 * time.Second))
_, data, err := conn.ReadMessage()
if err != nil {
    // 连接可能已断开
    closeConnection()
    return
}
使用上下文(context)控制协程生命周期
多个心跳相关协程（如Ping发送、消息读取）应通过context.Context统一管理退出信号，避免协程泄漏。
实践方式：

创建context.WithCancel用于通知停止
当检测到连接异常时调用cancel()
各协程监听ctx.Done()并安全退出

基本上就这些。合理组合上述方法，能构建稳定的心跳机制。核心是利用WebSocket原生Ping/Pong能力，配合超时控制与协程管理，实现高效可靠的连接保活。不复杂但容易忽略细节，比如忘记设WriteDeadline可能导致发送阻塞。