default分支触发的唯一条件是所有case都不可立即执行，即此时无通道就绪：接收方无数据或无等待发送者，发送方无接收者或缓冲已满；select仅做瞬时快照判断，不等待、不调度、不预测。
select 里加 default 就是非阻塞的，但它的“非阻塞”只反映当前瞬间通道是否就绪，不是超时、不是轮询控制、更不是兜底逻辑——用错就 CPU 爆满或逻辑失效。
default 分支触发的唯一条件：所有 case 都不可立即执行
Go 的 select 不会等、不调度、不预测，只做一次快照判断。所谓“不可立即执行”，指：
接收：通道为空，且无 goroutine 在另一端等待发送（对无缓冲 channel）；或缓冲已空（对有缓冲 channel）ch 发送：通道已满（有缓冲），或无人接收（无缓冲）
只要任一 case 就绪（哪怕只是缓冲区刚好剩一个空位），default 就完全不会运行——它不参与竞争，只当所有路都堵死时才启动。
非阻塞写入丢弃数据的典型写法
适用于生产速率远高于消费能力、旧数据价值低的场景（如监控采样、日志聚合）：
select {
case logCh <p>注意：</p>
- 必须是缓冲通道（
make(chan Entry, 100)），否则default几乎必然触发（无缓冲写需对方 goroutine 同步就绪） - 不能靠
default控制频率，它每毫秒可能执行数千次；真要限频，得套time.Tick或time.Sleep - 丢弃前可加日志或计数器：
dropCounter.Inc()，否则问题难定位
default 不是超时机制，time.After 才是
常见错误是把 default 当作“等不到就放弃”：
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
// ❌ 错误：default 立刻执行，和时间无关
select {
case x := <p>正确做法是用定时器通道制造一个“可就绪的 case”：</p><pre class="brush:php;toolbar:false;">// ✅ 正确：100ms 后 <code>time.After</code> 通道可读
select {
case x := <p>关键点：</p>
-
time.After返回的是，它在指定时间后自动变为可接收状态 - 多个
case同时就绪时，select随机选一个，所以超时和接收可能并发发生，这是设计使然 - 不要重复创建
time.After在热循环里，应复用time.NewTimer并调用Reset
高频 default 导致 busy-wait 的识别与修复
如果看到 goroutine 持续打印 "Default!" 或 CPU 占用异常高，基本就是 default 在空转。典型诱因：
- 向未启动消费者 goroutine 的通道发数据（如
counter 但还没起 <code>go func() { ） - 监听空的无缓冲通道，又没配 sender（如
messages := make(chan string)后直接select { case ） - 把
default放进 for 循环却不加任何延迟或退出条件
修复思路很直接：
- 移除
default，让select自然阻塞——这是最常见也最合理的做法 - 若真需非阻塞，检查 channel 供需关系：谁该发？谁该收？goroutine 是否已启动？生命周期是否匹配？
- 加
runtime.Gosched()或time.Sleep(1 * time.Millisecond)可缓解，但属于掩盖问题，不是解法
真正难的从来不是语法，而是理解 select 的瞬时性——它不看未来，只认此刻。channel 是否就绪，取决于另一端有没有 goroutine 正在等，而不是“稍后会不会有”。这点不厘清，default 就永远是个陷阱。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
