通道默认阻塞，易致死锁；需主动控制阻塞、正确处理关闭、善用 select+timeout/done；select+default 可实现非阻塞操作。
在 go 中，通道（channel）的发送和接收操作默认是阻塞的——如果缓冲区满时继续发送，或通道为空时尝试接收，goroutine 会挂起等待。不当使用可能引发死锁（deadlock panic），尤其在无协程配合、未关闭通道或未设超时的场景下。关键不是“避免错误”，而是**主动控制阻塞行为、正确处理关闭状态、合理使用 select + timeout / done 模式**。
用 select 配合 default 防止永久阻塞
当不确定通道是否就绪（比如非核心逻辑、可丢弃的消息），用 select 加 default 实现非阻塞操作：
ch := make(chan int, 1) ch <- 10 // 非阻塞接收 select { case v := <-ch: fmt.Println("received:", v) default: fmt.Println("channel empty, skip") }
// 非阻塞发送（仅当有空位时才发） select { case ch <- 42: fmt.Println("sent successfully") default: fmt.Println("channel full, drop message") }
用 select 配合 timeout 避免无限等待
对必须完成但不能卡死的操作（如调用外部服务、等待响应），加 time.After 或 time.NewTimer：
ch := make(chan string, 1) go func() { time.Sleep(2 * time.Second) ch <- "done" }()
select { case result := <-ch: fmt.Println("got:", result) case <-time.After(1 * time.Second): fmt.Println("timeout: no response in time") }
注意：不要在循环中反复用 time.After（会创建大量定时器），高频场景改用复用的 *time.Timer。
立即学习“go语言免费学习笔记（深入）”；
接收前检查通道是否已关闭（避免 panic）
从已关闭的 channel 接收不会 panic，但会立即返回零值 + ok == false。若需区分“没数据”和“已关闭”，务必用双值接收：
v, ok := —— 安全；ok为false表示通道已关闭且无剩余数据v := —— 不安全；若通道已关闭且无数据，仍会阻塞（除非是带缓冲且已空）
常见模式：
for { if v, ok := <-ch; !ok { fmt.Println("channel closed, exit loop") break } process(v) }发送前确认接收方存在或通道未关闭
向已关闭的 channel 发送会直接 panic（send on closed channel）。因此：
- 发送方不应自行关闭通道——应由“数据生产者”关闭，且确保所有发送已完成
- 若需安全发送（例如日志通道可能被提前关闭），可用 recover（不推荐常规使用）或封装带检查的发送函数
- 更健壮的做法：用
select+done通道协同退出
done := make(chan struct{}) ch := make(chan int) go func() { defer close(ch) for i := 0; i < 3; i++ { select { case ch <- i: case <-done: return } } }()
// 接收并通知结束 go func() { time.Sleep(1 * time.Second) close(done) // 提前终止发送 }()