在 go 并发编程中，通过 select 配合 default 分支向 channel 发送数据，可确保操作绝不阻塞，避免因接收方未就绪导致 goroutine 挂起，是构建健壮实时通信系统（如 websocket 服务）的关键惯用法。
在 go 并发编程中，通过 select 配合 default 分支向 channel 发送数据，可确保操作绝不阻塞，避免因接收方未就绪导致 goroutine 挂起，是构建健壮实时通信系统（如 websocket 服务）的关键惯用法。
Go 的 channel 是协程间通信的核心机制，但其同步语义也暗藏风险：向一个无缓冲 channel或已满的有缓冲 channel执行直接发送（ch <- value）时，若无 goroutine 立即接收，当前 goroutine 将被永久阻塞——这在高并发、长生命周期的服务（如 WebSocket hub）中极易引发级联雪崩：单个卡住的 goroutine 可能拖垮整个事件循环。
上述 hub.run() 方法中，广播逻辑并未采用朴素的 c.send <- m，而是包裹在 select 内：
case m := <-h.broadcast:
for c := range h.connections {
select {
case c.send <- m:
// 发送成功，继续下一轮
default:
// 非阻塞失败：c.send 已满或无接收者
close(c.send)
delete(h.connections, c)
}
}这一模式的核心价值在于 “尽力而为 + 快速失败”：
- ✅ select 配合 default 分支实现了零等待非阻塞发送——无论 c.send 当前是否可写，代码总能立即向下执行；
- ✅ 若发送失败（例如客户端断连后 c.send 仍被引用但无人接收），default 分支及时清理连接，防止内存泄漏与无效广播；
- ✅ 整个 hub.run() 主循环始终保持响应性，不会因某个慢/僵死连接而停滞，保障了其他连接的实时性。
⚠️ 注意事项：
- default 不代表“丢弃消息”，而是将错误处理权交还给业务逻辑——此处选择主动断开异常连接，而非静默丢弃；
- 若需保证消息必达，应结合重试队列、ACK 机制或持久化存储，而非依赖无条件阻塞发送；
- 对于高吞吐场景，还可进一步优化：例如为 c.send 设置合理缓冲（如 make(chan []byte, 64)），配合 select 降低 default 触发频率，平衡实时性与资源消耗。
总之，在构建生产级并发服务时，永远不要在关键循环中执行可能阻塞的 channel 操作。select {... case ch <- v: ... default: ...} 不仅是语法技巧，更是 Go “share memory by communicating” 哲学下对确定性与可控性的坚守。
