Go 语言中的 channel 到底需不需要关闭？

技术圈

发布于 2026-01-13 19:39:34

910

“channel到底需不需要主动关闭？”这是很多Go开发者心中的疑问。根据我的多年开发的经验和理解，这篇文章和大家分享一下。

先理解channel的本质

把channel想象成一个水管：

一端有人往里倒水（发送数据）
另一端有人接水（接收数据）
水就是你要传递的数据

那么问题来了：水管用完后，需要手动关上阀门吗？

这几种情况，必须关闭channel

1. 有人在“等待结束信号”

ch := make(chan int)
go func() {
    for data := range ch {  // 这个range在等ch关闭！
        fmt.Println(data)
    }
    fmt.Println("工作完成")
}()
// ...发送一些数据后
close(ch)  // 必须关闭，否则goroutine永远在等

关键点：当接收方使用for range循环时，发送方必须关闭channel，否则接收方会一直阻塞等待。

2. 多个接收方在等待

// 广播通知所有等待的goroutine
close(shutdownChan)  // 关闭后，所有 <-shutdownChan 都会立即返回

3. 需要释放资源

虽然channel会被GC回收，但明确关闭可以立即释放相关资源，而不是等待GC。

这些情况，不必关闭channel

1. 你是接收方

func worker(ch <-chan int) {  // 只读channel
    // 你只负责接收，关闭是发送方的事
    for data := range ch {
        // 处理数据
    }
}

规则：谁创建/发送，谁负责关闭。接收方不应关闭channel。

2. 简单的一次性通信

done := make(chan bool)
go func() {
    // 做某些事
    done <- true
}()
<-done  // 收到信号后，channel自然被GC回收
// 无需关闭，因为没有goroutine在等待它关闭

3. channel是私有的

如果channel只在单个goroutine内部使用，且没有其他goroutine在引用它，可以不关闭。

最佳实践：3个黄金法则

责任分明原则
- 发送方负责关闭
- 接收方只管接收
- 避免多个goroutine都尝试关闭同一个channel
关闭前确保：所有数据都已发送完成

func producer(ch chan<- int) {
    defer close(ch)  // 函数退出前关闭
    for i := 0; i < 10; i++ {
        ch <- i
    }
    // 数据发完了，可以安心关闭
}

非必须不关闭：如果channel的用途很明确，没有goroutine在等待它关闭，可以不关。

一个简单的决策流程图

开始
  ↓
是否有goroutine在使用 for range 等待这个channel？
  ↓           ↓
是             否
  ↓           ↓
必须关闭     ↓
        其他goroutine是否在等待channel关闭？
          ↓           ↓
        是             否
          ↓           ↓
      必须关闭      可以不关闭