channel会阻塞因发送接收未同步：无缓冲需双方就绪，有缓冲在满或空时阻塞。1. 无缓冲channel发送阻塞若无接收方；2. 用goroutine分离发送接收可避免死锁；3. close(c)通知接收方结束等待；4. select配合default实现非阻塞通信；5. time.After用于超时控制防永久阻塞。
在Go语言中，channel 是实现 goroutine 间通信 和同步的核心机制。但使用不当容易引发 阻塞 甚至 死锁（deadlock），导致程序挂起或崩溃。理解阻塞成因与规避死锁是掌握并发编程的关键。
为什么channel会阻塞？
channel 的阻塞行为取决于其类型：
- 无缓冲 channel：发送和接收必须同时就绪。若一方未准备好，操作将阻塞。
- 有缓冲 channel：仅当缓冲区满时发送阻塞，空时接收阻塞。
例如，以下代码会触发死锁：
func main() {c := make(chan int)
c }
主 goroutine 在向无缓冲 channel 发送数据时阻塞，且无其他 goroutine 处理接收，最终 runtime 报错 fatal error: all goroutines are asleep - deadlock!
立即学习“go语言免费学习笔记（深入）”；
避免死锁的常见技巧
解决死锁的核心是确保每个发送都有对应的接收，且操作顺序合理。
- 用 goroutine 分离发送与接收：让发送操作在独立 goroutine 中执行，避免主线程阻塞。
- 及时关闭 channel：当不再发送数据时，使用 close(c) 通知接收方，防止无限等待。
- 使用 defer 关闭 channel：在 sender 所在 goroutine 中用 defer 确保 channel 正常关闭。
正确示例：
func main() {
c := make(chan int)
go func() {
c }()
fmt.Println( }
使用 select 处理多 channel 通信
当涉及多个 channel 时，select 可避免单一 channel 阻塞影响整体流程。
- select 随机选择一个就绪的 case 执行。
- 加入 default 分支可实现非阻塞操作。
示例：防止接收阻塞
select {case v := fmt.Println("received:", v)
default:
fmt.Println("no data, moving on")
}
这在超时控制或轮询场景中非常实用。
设置超时机制避免永久阻塞
长时间阻塞可能影响服务响应。通过 time.After 结合 select 实现超时控制。
select {case v := fmt.Println("received:", v)
case fmt.Println("timeout, no data received")
}
该模式广泛用于网络请求、任务调度等需容错的场景。
基本上就这些。掌握 channel 的阻塞规则，合理使用 goroutine、select 和超时机制，就能有效规避死锁问题，写出稳定高效的并发程序。
