Channel是Go协程间安全通信的核心机制，通过通信共享内存；无缓冲需同步收发，有缓冲可解耦生产消费；应由发送方关闭且仅一次，关闭后可读尽剩余数据再返回零值和false。
Go 语言中，Channel 是协程（goroutine）之间安全通信的核心机制，不是共享内存，而是“通过通信来共享内存”。用好 Channel，关键在理解其阻塞行为、缓冲策略和关闭语义。
基础 Channel：无缓冲 vs 有缓冲
无缓冲 Channel（
）要求发送与接收必须同步——一方发，另一方必须同时收，否则阻塞。适合精确配对的协作场景，比如任务触发与结果返回。
有缓冲 Channel（
）像带容量的队列，发送不立即阻塞，直到缓冲满；接收也不阻塞，只要队列非空。适合解耦生产与消费节奏，比如日志收集、批量处理。
缓冲大小设为 0 → 严格同步通信
缓冲大小 > 0 → 异步缓冲，但别盲目设太大，易掩盖背压问题
缓冲通道仍可被关闭，关闭后可继续读完剩余数据，再读则得零值
协程通信典型模式
常见可靠模式包括：
发送-接收配对
、
扇入（fan-in）
、
扇出（fan-out）
和
超时控制
。
立即学习
“
go语言免费学习笔记（深入）
”；
扇出：一个 channel 拆给多个 goroutine 同时读（常配合
）
扇入：多个 channel 合并到一个（用
+ 多个 case 或辅助 goroutine 转发）
超时：用
配合
，避免永久阻塞
退出通知：用
传递关闭信号，接收方 select 监听 done 通道
关闭 Channel 的正确姿势
Channel 应由发送方关闭，且**只关闭一次**。关闭后不能再发送，否则 panic；但可继续接收，直到所有值读完，之后读取返回零值和
（ok 为 false）。
不要在接收方关闭，也不要用闭包或多个 goroutine 竞争关闭。常见做法是用单独的 goroutine 控制生命周期，或由主逻辑明确判定发送结束时调用
。
判断是否关闭：用
遍历关闭的 channel：
自动在关闭后退出
不要反复 close，可用 sync.Once 或状态标志防护
避免死锁与资源泄漏
死锁最常见于：goroutine 启动后只发不收、只收不发，且无其他协程配合；或所有 goroutine 都在等某个未关闭/未发送的 channel。
启动 goroutine 前，确保至少有一方准备就绪（尤其无缓冲 channel）
使用
时务必加
或
，防止无限等待
长生命周期 channel，记得用
或显式清理逻辑
调试时可借助
查看 goroutine 阻塞点
基本上就这些。Channel 不是万能队列，而是 Go 并发哲学的具象——用可控的阻塞换取清晰的数据流与责任边界。
ch := make(chan int)ch := make(chan int, 5)for range chselectselecttime.After()done chan struct{}falseclose(ch)v, ok := ，ok 为 false 表示已关闭且无数据for v := range chselectdefaulttimeoutdefer close(ch)go tool trace