channel会阻塞因发送接收未同步：无缓冲需双方就绪，有缓冲在满或空时阻塞。1. 无缓冲channel发送阻塞若无接收方；2. 用goroutine分离发送接收可避免死锁；3. close(c)通知接收方结束等待；4. select配合default实现非阻塞通信；5. time.After用于超时控制防永久阻塞。

在Go语言中，channel 是实现 goroutine 间通信 和同步的核心机制。但使用不当容易引发 阻塞 甚至 死锁（deadlock），导致程序挂起或崩溃。理解阻塞成因与规避死锁是掌握并发编程的关键。

为什么channel会阻塞？

channel 的阻塞行为取决于其类型：

• 无缓冲 channel：发送和接收必须同时就绪。若一方未准备好，操作将阻塞。
• 有缓冲 channel：仅当缓冲区满时发送阻塞，空时接收阻塞。

例如，以下代码会触发死锁：

主 goroutine 在向无缓冲 channel 发送数据时阻塞，且无其他 goroutine 处理接收，最终 runtime 报错 fatal error: all goroutines are asleep - deadlock!

避免死锁的常见技巧

解决死锁的核心是确保每个发送都有对应的接收，且操作顺序合理。

• 用 goroutine 分离发送与接收：让发送操作在独立 goroutine 中执行，避免主线程阻塞。
• 及时关闭 channel：当不再发送数据时，使用 close(c) 通知接收方，防止无限等待。
• 使用 defer 关闭 channel：在 sender 所在 goroutine 中用 defer 确保 channel 正常关闭。

正确示例：

使用 select 处理多 channel 通信

当涉及多个 channel 时，select 可避免单一 channel 阻塞影响整体流程。

• select 随机选择一个就绪的 case 执行。
• 加入 default 分支可实现非阻塞操作。

示例：防止接收阻塞

这在超时控制或轮询场景中非常实用。

设置超时机制避免永久阻塞

长时间阻塞可能影响服务响应。通过 time.After 结合 select 实现超时控制。

该模式广泛用于网络请求、任务调度等需容错的场景。

基本上就这些。掌握 channel 的阻塞规则，合理使用 goroutine、select 和超时机制，就能有效规避死锁问题，写出稳定高效的并发程序。