本文详解go中无缓冲channel如何在生产者与消费者goroutine间实现天然同步，解释为何`produce()`会在发送时阻塞、何时关闭通道，以及如何正确设计并发协作逻辑。
在Go语言的并发模型中，无缓冲通道（unbuffered channel） 是实现goroutine间同步与通信的核心机制。它不保存任何值，每一次发送操作 永久阻塞，直到有接收方准备就绪——这正是你观察到 produce() 在 msgs
你的原始代码中定义了：
var msgs = make(chan int) // 无缓冲通道！
这意味着：
✅ 发送 msgs
❌ 它会一直等待，直到 consume() 中的
✅ 一旦接收完成，发送才返回，produce() 继续执行下一轮循环。
我们用增强版日志验证这一行为（精简关键部分）：
func produce() {
for i := 0; i < 4; i++ {
fmt.Println("→ sending", i)
msgs <- i // 此处阻塞，直到 consumer 接收完成
fmt.Println("✓ sent", i)
}
fmt.Println("Before closing channel")
close(msgs)
done <- true
}
func consume() {
for msg := range msgs { // range 自动在通道关闭后退出
fmt.Println("← Consumer:", msg)
time.Sleep(100 * time.Millisecond)
}
}输出清晰印证了同步过程：
立即学习“go语言免费学习笔记（深入）”；
→ sending 0 ← Consumer: 0 ✓ sent 0 → sending 1 ← Consumer: 1 ✓ sent 1 ... Before closing channel Before passing true to done After calling DONE
⚠️ 关键注意事项：
- 永远不要在无缓冲通道上“先发后收”：若 produce() 尝试连续发送多个值而 consume() 尚未启动或处理过慢，第一次发送就会阻塞，后续逻辑（包括 close()）永不执行；
- 关闭通道的时机必须严格由生产者控制，且只能关闭一次，通常在所有数据发送完毕后；
- 消费者应使用 for range ch 而非无限 for { ：前者在通道关闭后自动退出循环，后者会在关闭后触发 panic（panic: recv on closed channel）；
- 若需解耦生产与消费速率（如批量生产、慢速消费），应使用带缓冲通道：msgs := make(chan int, 10)，此时最多可缓存10个未消费值，发送方仅在缓冲满时阻塞。
✅ 最佳实践总结：
- 生产者：循环发送 → 全部发送完毕 → close(ch) → 通知完成；
- 消费者：for v := range ch → 自动响应关闭 → 安全退出；
- 主协程：
这种基于通道阻塞的“握手式”同步，正是Go “不要通过共享内存来通信，而应通过通信来共享内存” 哲学的典型体现——简洁、安全、无需显式锁。
