只有发送方应关闭channel以避免panic，接收方不可主动关闭；关闭后仍可读取剩余数据，close(ch)由发送方在无数据发送时调用，防止多goroutine重复关闭。
在Go语言中，channel是协程（goroutine）之间通信的重要机制。合理地处理channel的关闭以及可能引发的异常，对程序的稳定性至关重要。以下是一些常见的channel关闭与异常处理方法，帮助你在实际开发中避免panic或数据丢失。
1. 关闭channel的基本原则
只有发送方应该关闭channel，接收方不应主动关闭。这是为了避免多个goroutine尝试关闭同一个channel，从而引发panic。
如果一个channel不再有数据发送，发送方可以安全地调用close(ch)。关闭后，接收方仍可读取剩余数据，读取已关闭channel不会导致panic。
示例：
立即学习“go语言免费学习笔记（深入）”；
ch := make(chan int, 3) ch <- 1 ch <- 2 close(ch) <p>for v := range ch { fmt.Println(v) // 输出1、2后自动退出 }</p>
2. 判断channel是否已关闭
通过多值接收语法，可以判断channel是否已关闭：
v, ok := <-ch if !ok { fmt.Println("channel已关闭") }
当channel关闭且无缓存数据时，ok为false，v为类型的零值。这种方式适合需要精确控制退出时机的场景。
3. 避免重复关闭channel
向已关闭的channel发送数据会触发panic。同样，重复关闭channel也会panic。因此，要确保每个channel只被关闭一次。
解决方案之一是使用sync.Once来保证关闭操作的唯一性：
var once sync.Once once.Do(func() { close(ch) })
适用于多个goroutine都可能触发关闭逻辑的场景。
4. 使用context控制channel生命周期
在并发编程中，推荐使用context.Context来协调goroutine和channel的关闭。当context取消时，相关channel应停止发送并关闭。
示例：
立即学习“go语言免费学习笔记（深入）”；
ctx, cancel := context.WithCancel(context.Background()) ch := make(chan int) <p>go func() { defer close(ch) for { select { case <-ctx.Done(): return case ch <- rand.Intn(100): time.Sleep(100 * time.Millisecond) } } }()</p><p>// 外部调用cancel()后，goroutine退出并关闭channel cancel()</p>
5. 处理nil channel的读写
向nil channel发送或接收数据会永久阻塞。但关闭nil channel会panic。
常见错误：
var ch chan int close(ch) // panic: close of nil channel
解决方法：确保channel已初始化后再操作。可通过默认初始化或条件判断避免：
if ch != nil { close(ch) }
6. 多生产者场景下的安全关闭
当多个goroutine向同一channel发送数据时，不能由某个单一生产者直接关闭channel。
推荐做法：使用计数信号或单独的关闭通知channel。例如，使用sync.WaitGroup等待所有生产者完成后再关闭：
var wg sync.WaitGroup for i := 0; i < 3; i++ { wg.Add(1) go func() { defer wg.Done() // 发送数据... }() } <p>go func() { wg.Wait() close(ch) // 所有生产者完成后关闭 }()</p>
基本上就这些。掌握这些模式，能有效避免channel使用中的常见陷阱。