Go语言需手动实现心跳检测：用SetWriteDeadline控制写超时，固定字节心跳包，独立time.Timer按读/写重置，context协调多goroutine安全关闭连接。
Go 语言本身不内置“心跳检测”或“连接管理”这种高层抽象，所有逻辑必须由开发者用 net.Conn、time.Timer、context.Context 和 goroutine 手动编排。所谓“基于心跳的连接管理”，本质是：在 TCP 连接空闲时主动发包探测对端是否存活，并在超时后安全关闭连接。
心跳发送必须用 SetWriteDeadline 而不是 SetDeadline
很多初学者误以为调用 conn.SetDeadline 就能覆盖读写，但实际它会同时影响读和写——而心跳只涉及写操作。若在心跳发送前刚完成一次读，SetDeadline 可能让后续读操作因过期被意外中断。
-
SetWriteDeadline仅约束写操作，适合心跳场景；每次发心跳前必须重置，否则第二次写可能直接返回io.ErrDeadlineExceeded - 心跳包内容建议用固定字节（如
[]byte{0x01}），避免序列化开销；不要用 JSON 或 Protobuf - 写失败（如
write: broken pipe）应立即关闭连接，不必等心跳超时
连接空闲判断不能只靠 time.Since 计时器
单纯记录上次读/写时间并轮询检查，会浪费 CPU 且精度差。Go 的惯用做法是用 time.Timer 驱动，但要注意：每个连接需独立 Timer，且必须在每次读/写后 Reset，否则 Timer 会持续触发。
- 不要复用同一个
time.Timer实例管理多个连接——Timer 不是线程安全的，且 Reset 前需确保上一个已停止（Stop()返回 true 才安全） - 读操作后必须调用
timer.Reset(heartbeatInterval)；写操作同理，否则空闲检测失效 - 如果连接频繁收发数据，心跳定时器其实不会触发——这是预期行为，无需额外抑制
关闭连接时必须协调读写 goroutine 与心跳 goroutine
典型错误是：主 goroutine 调用 conn.Close() 后，心跳 goroutine 还在往已关闭的 conn 写数据，导致 panic 或静默失败。
立即学习“go语言免费学习笔记（深入）”；
- 用
context.WithCancel创建 per-connection context，在关闭前调用cancel()，所有 goroutine 检查ctx.Done()退出 - 心跳 goroutine 应在
select中监听ctx.Done()和timer.C，而非阻塞等待 timer -
conn.Close()必须放在所有 goroutine 退出之后，或至少确保写 goroutine 已退出（可用sync.WaitGroup等待）
真正难的不是发心跳，而是让多个 goroutine 对同一连接的状态变更达成一致：谁负责关、何时关、关完怎么清理资源。这些细节不写进代码里，光靠文档说明根本不可靠。
