无缓冲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
有缓冲channel在缓冲区未满时可发送，未空时可接收，超出容量则阻塞。
建议：
立即学习“go语言免费学习笔记（深入）”；
- 明确是否需要缓冲，根据生产消费速度决定缓冲大小
- 避免在同一个goroutine中对无缓冲channel进行发送和接收
使用select配合default避免阻塞
当不确定channel是否可读写时，可用select + default实现非阻塞操作：
select {case ch fmt.Println("发送成功")
default:
fmt.Println("通道忙，跳过")
}
这种方式适合定时任务、状态上报等允许丢弃数据的场景。
设置超时机制防止永久阻塞
长时间等待可能影响程序响应，应使用time.After设置超时：
select {case data := fmt.Println("收到:", data)
case fmt.Println("超时")
}
这能有效防止因对方goroutine异常导致的死锁。
及时关闭channel并处理已关闭状态
发送方应在不再发送数据时关闭channel，接收方可通过逗号-ok模式判断channel是否关闭：
data, ok := if !ok {fmt.Println("channel已关闭")
}
注意：向已关闭的channel发送会panic，接收则返回零值。
基本上就这些。关键是根据业务选择合适的channel类型，结合select、超时和关闭机制，就能有效避免阻塞问题。
