本文深入剖析go程序因通道使用不当导致死锁的典型场景，重点解释单次读取无法匹配多次写入所引发的阻塞问题，并提供可立即落地的修复方案与最佳实践。
本文深入剖析go程序因通道使用不当导致死锁的典型场景，重点解释单次读取无法匹配多次写入所引发的阻塞问题，并提供可立即落地的修复方案与最佳实践。
在Go中，无缓冲通道（unbuffered channel）的发送操作会永久阻塞，直到有另一个goroutine在同一通道上执行接收操作；反之亦然。你提供的代码正是这一机制引发死锁的经典案例。
首先，doSomething 是一个递归函数，它持续向通道 c 发送字符串（c ），但<strong>没有终止条件</strong>，形成无限写入。而 <code>reads 函数仅执行一次 读取后即返回，之后该goroutine便退出——它既不循环读取，也不关闭通道。当 <code>main 启动 go reads(c) 后，立即在主线程中调用 doSomething(c)。由于 reads 仅读一次，doSomething 在第二次发送时就会永远阻塞，而此时 main goroutine 也被卡住，整个程序无任何goroutine能继续推进，Go运行时检测到所有goroutine均处于等待状态，遂触发 fatal error: all goroutines are asleep - deadlock!
以下是修正后的完整可运行示例，采用标准Go并发模式：
func doSomething(c chan<p><strong>关键修复点说明：</strong><br> ✅ <strong><code>reads</code> 改用 <code>for range c</code></strong>：自动监听通道关闭，安全读取全部数据；<br> ✅ <strong><code>doSomething</code> 显式 <code>close(c)</code></strong>：告知接收方“数据已发完”，避免 <code>range</code> 永久等待；<br> ✅ <strong>主goroutine不直接阻塞在发送上</strong>：<code>doSomething</code> 在独立逻辑中完成发送与关闭，<code>main</code> 不参与通道I/O阻塞；<br> ✅ <strong>添加递归/循环终止条件</strong>：防止无限递归导致栈溢出或无限阻塞。</p><p>⚠️ 注意事项： </p>
- 切勿在未启动接收goroutine前向无缓冲通道发送数据；
- 关闭通道应由发送方执行，且只能关闭一次；
- 若需多次读写，考虑使用带缓冲通道（
make(chan string, N)）或更高级的同步原语（如sync.WaitGroup配合close）； - 调试死锁时，可启用
GODEBUG=schedtrace=1000观察goroutine调度状态。
掌握通道的生命周期管理（发送、接收、关闭）是写出健壮Go并发程序的核心能力——每一次 和 <code>c 都必须有明确的配对逻辑与退出路径。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
