go 的 `for range` 语句在遍历 channel 时是阻塞式、持续监听的，无需嵌套循环；只要 channel 未关闭，新写入的数据总会被下一次迭代接收，不会丢失。
在 Go 并发编程中，channel 常被用作多生产者（multiple goroutines send）单消费者（single goroutine receive）的管道。例如，你声明了一个带缓冲的 channel：
queue := make(chan int, 100)
多个 goroutine 可并发执行：
go func() {
for i := 0; i < 50; i++ {
queue <- i // 非阻塞（只要缓冲未满）
}
}()而消费者端若错误地写成双层循环：
// ❌ 错误：嵌套 for 循环无意义且逻辑错误
for {
for data := range queue { // 第一次 range 会一直阻塞直到 channel 关闭
sink(data)
}
}这会导致严重问题：内层 for range 是一个“一次性遍历”——它会持续从 channel 接收数据，直到 channel 被 close() ；一旦 channel 关闭，内层循环退出，外层 for {} 才重新进入，再次尝试 range queue ——但此时 channel 已关闭，range 立即结束，形成空转或 panic（若 channel 为 nil）。更关键的是：在内层 range 运行期间，所有新发送的数据都会被正常接收；但一旦 channel 关闭，后续任何发送都将 panic（或阻塞于无缓冲 channel）——而你的代码根本没设计关闭时机，极易陷入死锁或逻辑失控。
✅ 正确写法只需一层 for range：
// ✅ 正确：简洁、安全、符合 Go 语义
for data := range queue {
sink(data) // 每次接收到新值即执行，channel 关闭时自动退出
}该循环的本质是：
- 当 channel 有数据可读（缓冲非空或有 sender 唤醒），立即执行循环体；
- 当 channel 为空且未关闭，goroutine 挂起等待（底层调用 gopark），不消耗 CPU；
- 当 channel 被 close(queue) 后，剩余缓冲数据读完，range 自动终止，循环退出；
- 全程线程安全：Go 运行时保证 channel 的 send/receive 操作是原子的，无需额外同步。
⚠️ 注意事项：
- 不要手动关闭 channel 的责任归属不清——通常应由最后的生产者或协调 goroutine 关闭，消费者绝不应主动 close(queue)（会导致 panic）；
- 若需优雅退出（如程序 shutdown），建议结合 context.Context + select，而非依赖 channel 关闭；
- 缓冲区大小（如 100）仅影响背压行为，不影响 range 的语义：它始终按“接收即处理”流式工作，不存在“漏数据”或“需轮询”的概念。
总结：Go 的 for range ch 是专为 channel 设计的惯用语法，天然支持高并发、低延迟的管道模型。摒弃传统循环思维，信任语言原语的设计——一行 for data := range queue，即是健壮、高效、符合 Go idioms 的终极解决方案。
