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