Go 中 channel 是 goroutine 间并发安全通信的核心：无缓冲 channel 用于精确同步，带缓冲 channel 解耦生产消费速度；需避免死锁、误读已关闭 channel、goroutine 泄漏；仅 sender 关闭 channel，receiver 用 for-range 安全读取。
在 Go 中，channel 是协程（goroutine）间通信和同步的核心机制，它天然支持并发安全，无需额外加锁。关键在于理解 channel 的阻塞行为、关闭语义以及如何避免常见陷阱（如死锁、读写已关闭的 channel、未处理的 goroutine 泄漏）。
使用带缓冲或无缓冲 channel 控制数据流向
无缓冲 channel（make(chan int)）要求发送和接收操作必须同时就绪，否则会阻塞，适合精确同步；带缓冲 channel（make(chan int, 10)）可暂存数据，发送方在缓冲未满时不阻塞，适合解耦生产与消费速度差异。
- 若需“发完即走”且不关心是否被立刻消费，用带缓冲 channel，并确保容量合理（避免内存积压）
- 若需等待消费者确认（如任务完成信号），用无缓冲 channel 或容量为 1 的带缓冲 channel
- 避免过度依赖大缓冲——它可能掩盖设计问题，比如消费者卡住时数据持续堆积
正确关闭 channel 并配合 for-range 安全读取
只有 sender 应该关闭 channel，receiver 通过 for-range 自动退出，或用 val, ok := 判断是否关闭。重复关闭 panic，从已关闭 channel 读取返回零值（ok 为 false）。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 多个 sender？不要直接关——改用
sync.WaitGroup+close在最后一个 sender 完成后调用 - 单个 sender 场景下，发送完所有数据后立即
close(ch) - receiver 写成
for v := range ch { ... }，简洁且自动处理关闭
用 select + timeout 防止 goroutine 永久阻塞
单独读写 channel 可能导致 goroutine 卡死（如 sender 消失而 receiver 仍在等）。用 select 加 default 或 time.After 实现非阻塞或超时控制。
立即学习“go语言免费学习笔记（深入）”；
- 想“尝试发送，不行就跳过”：用
select { case ch - 想“最多等 1 秒”：用
select { case v := - 避免在循环中无条件
，尤其当 channel 可能永远不写入时
结合 context 控制 goroutine 生命周期与 channel 关闭
当需要主动取消一组 goroutine（如 HTTP 请求超时、用户中断），用 context.Context 通知 sender 停止生产，并协同关闭 channel。
- sender 启动时监听
ctx.Done()，收到信号后清理并关闭 channel - receiver 在
for range外层加select { case 提前退出 - 典型组合：
ctx, cancel := context.WithTimeout(parent, 5*time.Second)，最后记得调用cancel()
