无缓冲channel需双方就绪否则阻塞，有缓冲channel超容则阻塞；2. 避免同goroutine对无缓冲channel收发；3. 用select+default非阻塞操作；4. 设置time.After超时防死锁；5. 发送方关闭channel，接收方用ok判断，避免向已关闭channel发送数据。

Go语言中channel是goroutine之间通信的重要方式，但使用不当容易引发阻塞问题。处理channel阻塞的关键在于理解其同步机制，并合理设计读写逻辑。下面介绍几种常见场景和应对策略。

理解channel的阻塞机制

无缓冲channel在发送和接收时必须双方就绪才会完成操作，否则会阻塞。例如：

ch := make(chan int)
ch <- 1 // 阻塞，因为没有接收方

有缓冲channel在缓冲区未满时可发送，未空时可接收，超出容量则阻塞。

建议：

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

• 明确是否需要缓冲，根据生产消费速度决定缓冲大小
• 避免在同一个goroutine中对无缓冲channel进行发送和接收

使用select配合default避免阻塞

当不确定channel是否可读写时，可用select + default实现非阻塞操作：

select {
  case ch <- data:
    fmt.Println(“发送成功”)
  default:
    fmt.Println(“通道忙，跳过”)
}

这种方式适合定时任务、状态上报等允许丢弃数据的场景。

AI建筑知识问答

用人工智能ChatGPT帮你解答所有建筑问题

22

查看详情

设置超时机制防止永久阻塞

长时间等待可能影响程序响应，应使用time.After设置超时：

select {
  case data := <-ch:
    fmt.Println(“收到:”, data)
  case <-time.After(2 * time.Second):
    fmt.Println(“超时”)
}

这能有效防止因对方goroutine异常导致的死锁。

及时关闭channel并处理已关闭状态

发送方应在不再发送数据时关闭channel，接收方可通过逗号-ok模式判断channel是否关闭：

data, ok := <-ch
if !ok {
  fmt.Println(“channel已关闭”)
}

注意：向已关闭的channel发送会panic，接收则返回零值。

基本上就这些。关键是根据业务选择合适的channel类型，结合select、超时和关闭机制，就能有效避免阻塞问题。