如何在 Go 中同时监听发送与接收通道而不占用 CPU

本文讲解如何使用 go 的 `select` 语句安全、高效地同时监听一个带缓冲的发送通道和一个无缓冲的接收通道，实现在通道就绪时才执行操作，避免轮询和竞态问题。

在 Go 并发编程中，常需要根据通道的就绪状态动态决定是发送还是接收数据。但直接通过 len() 或 cap() 检查通道状态再执行 send/receive 是不安全的——因为通道状态可能在检查后、操作前被其他 goroutine 改变，导致阻塞或逻辑错误。

正确做法是利用 select 的非阻塞特性配合 default 分支实现“轻量级轮询”：

s := make(chan<- int, 5)
r := make(<-chan int)

for {
    v := valueToSend() // 每次循环都重新生成待发送值（满足“发送时才决定
内容”的需求）
    select {
    case s <- v:
        fmt.Println("Sent value:", v)
    case vr := <-r:
        fmt.Println("Received:", vr)
    default:
        // 无通道就绪：短暂休眠，避免空转消耗 CPU
        time.Sleep(time.Millisecond)
    }
}

✅ 关键优势：

• valueToSend() 在每次 select 尝试前调用，确保发送值始终新鲜；
• select 原子性判断所有通道就绪状态，无竞态风险；
• default 分支使循环变为协作式等待，CPU 占用趋近于零；
• 不依赖 len(ch) 等易过期的状态检查，符合 Go 通道设计哲学。

⚠️ 注意事项：

• 避免 time.Sleep(0) —— 它可能退化为调度让出，但不保证延迟，且在高负载下仍可能引发高频调度开销；推荐 1ms 或根据业务吞吐调整；
• 若对实时性要求极高（如毫秒级响应），应考虑更高级模式（如结合 context.WithTimeout 或信号通道）；
• 此模式适用于中低频通信场景；超高频场景建议重构为生产者-消费者分离架构，由专用 goroutine 处理收发。

总结：Go 的 select 本身不支持“只探测是否可发送而不真正发送”，但通过 default + sleep 的组合，我们以极小代价实现了等效行为——既保持语义清晰，又兼顾性能与安全性。