当select语句包含default分支时，它变为非阻塞操作：只要没有goroutine能立即完成case通信，default就会立即执行，从而在无外部同步约束时引发高频空转循环。
当select语句包含default分支时，它变为非阻塞操作：只要没有goroutine能立即完成case通信，default就会立即执行，从而在无外部同步约束时引发高频空转循环。
在Go中，select语句的核心语义是通信调度器：它用于在多个channel操作间等待并选择一个可立即执行的通信路径。关键规则如下：
- 若至少有一个case（如case <-ch或case ch <- v）可以立即完成（即channel未满/非空、且无竞争阻塞），则随机选择其一执行；
- 若所有case均不可立即执行（例如发送channel已满、接收channel为空且无发送方），且存在default分支，则立即执行default；
- 若所有case均不可执行且无default，则select会阻塞，直到某个case就绪。
回到示例代码，问题根源正在于此：
select {
case <-quit: // 接收quit信号 → 初始为空，不可立即执行
case counter <- i: // 向counter发送i → counter初始为空，但无接收方，发送将阻塞
default: // 所有case均不可立即执行 → default立即触发！
}由于主goroutine尚未开始从counter读取（<-counter在go func()启动后才执行），counter <- i始终阻塞；而quit通道也为空，<-quit同样不可行。因此每次进入select，都直接落入default分支——形成每毫秒数千次的“Default! 1”、“Default! 2”…打印风暴，CPU占用飙升，严重拖慢甚至掩盖了后续真正的通信逻辑。
✅ 正确做法：移除default，让select自然阻塞等待有效通信
Send email using MailChannels Email API
下载
通过 MailChannels Email API 发送邮件，并将已签名的投递事件 Webhook 接收至 Clawdbot (Moltbot)。
立即学习“go语言免费学习笔记（深入）”；
// ✅ 推荐：去掉default，使goroutine在发送前耐心等待接收方就绪
select {
case <-quit:
fmt.Println("Bye!")
return
case counter <- i:
fmt.Println("Send! " + strconv.Itoa(i))
// no default → 阻塞直至counter有接收者或quit被关闭
}⚠️ 注意事项：
- default适用于“试探性非阻塞通信”，如轮询状态、实现超时退避、或避免goroutine永久阻塞，绝不应作为主循环的默认兜底；
- 若需控制执行频率，应使用time.Sleep或time.Tick配合select，而非依赖default空转；
- 在生产代码中，高频default执行往往反映设计缺陷——应检查channel供需是否匹配、goroutine生命周期是否协调。
总结：default不是“兜底逻辑”，而是“非阻塞开关”。滥用它会使select失去协作调度意义，退化为忙等循环。理解其语义边界，是写出高效、可维护并发Go代码的关键前提。
