go中goroutine通信依赖channel，死锁因相互等待导致；需理解channel行为，确保发送与接收配对，使用缓冲channel、select default避免阻塞，通过close通知退出，合理设计通信逻辑。

Go语言中goroutine间通信主要依赖channel，死锁通常是因为多个goroutine相互等待对方发送或接收数据，导致所有相关goroutine都无法继续执行。要解决这类问题，关键在于理解channel的行为和合理设计通信逻辑。

理解channel的基本行为

无缓冲channel必须同时有发送方和接收方才能完成通信。如果只有一个goroutine尝试向无缓冲channel发送数据，而没有其他goroutine准备接收，该goroutine就会被阻塞。同样，如果一个goroutine尝试从空的channel接收数据，也会被阻塞。

常见错误示例：

ch := make(chan int)
ch <- 1 // 没有接收方，这里会死锁

修复方式是确保发送和接收配对出现，通常通过启动另一个goroutine来处理接收：

立即学习“go语言免费学习笔记（深入）”；

go func() {
  fmt.Println(“received:”, <-ch)
}()
ch <- 1

使用带缓冲channel避免即时阻塞

当channel有足够缓冲时，发送操作不会立即阻塞，直到缓冲区满为止。这可以缓解一些顺序依赖导致的死锁。

例如：

ch := make(chan int, 2)
ch <- 1
ch <- 2
// 不会死锁，因为缓冲区能容纳两个元素

但要注意，这只是推迟了问题。如果后续没有接收操作清空channel，最终仍可能导致阻塞。

利用select和default避免永久等待

在可能阻塞的场景下，使用select配合default分支可以让goroutine不被卡住。

美间AI

美间AI：让设计更简单

45

查看详情

比如尝试发送而不愿阻塞：

select {
  case ch <- data:
    // 发送成功
  default:
    // channel忙，执行其他逻辑
}

这种方式适合心跳、状态上报等非关键通信，避免因单个channel问题拖垮整个流程。

确保所有goroutine都有退出路径

很多死锁源于goroutine等待永远不会到来的消息。应设计合理的关闭机制，比如通过关闭channel通知所有接收者。

正确模式：

done := make(chan bool)
go func() {
  // 工作完成后通知
  done <- true
}()
<-done // 等待完成

或者用close(channel)通知多个接收者：

dataCh := make(chan int)
go func() {
  for i := 0; i < 3; i++ {
    dataCh <- i
  }
  close(dataCh)
}()
for v := range dataCh {
  fmt.Println(v)
}

基本上就这些。核心是理清每个channel的读写责任，保证配对存在且有终止条件，就能避免大多数死锁问题。