不能在函数里直接调用 close(ch)，因为多次、并发调用或写入未完成时关闭会触发不可 recover 的 panic：close of closed channel 或 send on closed channel。
不能在函数里直接调用 close(ch) —— 多次调用、并发调用、或写入未完成时关闭，都会触发不可 recover 的 panic: close of closed channel 或 panic: send on closed channel。
为什么函数内直接 close(ch) 很容易出错
函数被反复调用、或多个 goroutine 并发调用同一函数时，ch 可能是同一个 channel 实例。一旦某个调用执行了 close(ch)，后续任何调用再执行它就 panic。更危险的是：写入 goroutine 还没结束，函数就提前关闭了 channel，导致它们往已关闭的 channel 发送数据而崩溃。
- 常见错误模式：
func produce(ch chan int) { for i := 0; i —— 如果该函数被两个 goroutine 同时调用，必 panic - 接收端无法预测关闭时机：若接收方用
for v := range ch，但发送方还没关，就会永远阻塞 - Go 不提供
isClosed()这类运行时检测函数；靠select { case 判断有副作用（会真实读走一个值），且结果瞬时失效
用 sync.Once 封装关闭逻辑
这是最轻量、最通用的安全方案，适用于「单点创建 channel、多处可能触发关闭」的场景（比如封装成工具函数、中间件、或回调注册器）。
-
sync.Once天然保证close(ch)最多执行一次，无论多少 goroutine 并发调用 - 不依赖写入者生命周期，也不要求你协调所有生产者
- 示例：
var once sync.Once func safeClose(ch chan int) { once.Do(func() { close(ch) }) } // 调用方可以放心在任意位置调用 safeClose(ch) - 注意：
sync.Once是全局单例，如果函数返回不同 channel，每个 channel 需要独立的sync.Once实例（比如作为结构体字段）
把关闭逻辑移进独立 goroutine + WaitGroup
适用于「函数启动多个写入 goroutine、需等它们全部退出后再关 channel」的典型生成器模式（如 getCh(n int) ）。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 关键陷阱：千万别在函数末尾
defer wg.Wait(); close(ch)—— 这会导致死锁，因为wg.Wait()会阻塞函数返回，而写入 goroutine 又因没人接收卡在ch - 正确做法：用
go func() { wg.Wait(); close(ch) }()把等待和关闭放到新 goroutine 中，让函数立刻返回通道 - 写入 goroutine 必须用
defer wg.Done()，且wg.Add()要在go前调用 - 接收端保持
for v := range ch即可，无需额外判断
用 context.Context 主动通知退出
这是最健壮、可组合的方案，尤其适合带超时、取消链、或需清理资源的场景（HTTP handler、数据库查询、定时任务）。
- 关闭 channel 和通知 goroutine 退出是两件事：
context.CancelFunc通知停止工作，goroutine 自行清理后调用close(ch) - goroutine 内必须用
select监听ctx.Done()，不能只轮询ctx.Err()（会忙等） - 别传
context.Background()给长期运行的 goroutine —— 它永远不会被 cancel - 示例片段：
func worker(ctx context.Context, ch chan<- int) { for i := 0; i < 10; i++ { select { case ch <- i: case <-ctx.Done(): return } } close(ch) // 所有数据发完才关 }
真正容易被忽略的是：channel 关闭权必须归属明确。不是“谁先看到该关就关”，而是“谁启动、谁拥有、谁负责”。sync.Once 是兜底手段，context 是主动治理，而 WaitGroup + goroutine 是对写入生命周期的精确编排 —— 选哪种，取决于你是否能掌控写入者的启停节奏。
