本文解析 go 程序因通道单次读取与无限写入不匹配导致的典型死锁问题，并提供安全、可终止的并发读写实现方案。
本文解析 go 程序因通道单次读取与无限写入不匹配导致的典型死锁问题，并提供安全、可终止的并发读写实现方案。
在 Go 并发编程中，死锁（deadlock）是最常见也最易被忽视的问题之一。你提供的代码看似简单，却精准触发了 Go 运行时的死锁检测机制——根本原因在于：向无缓冲通道（unbuffered channel）发送数据时，必须有另一个 goroutine 同时执行接收操作，否则发送将永久阻塞。
我们来逐段分析原始代码的问题：
func doSomething(c chan
-
doSomething是一个无限递归函数（注意：原代码中拼写错误dosomething应为doSomething），每次调用都试图向通道c写入一个result； - 由于
c是无缓冲通道（默认行为），c 会<strong>同步阻塞</strong>，直到有 goroutine 执行 <code>； - 而
reads函数仅执行一次读取后即返回，无法持续消费数据； - 更关键的是：
main函数中go reads(c)启动了读 goroutine，但紧接着doSomething(c)在主线程中阻塞执行——此时主线程卡在第一次c ，而 <code>reads虽已启动，却只读一次便退出，后续写入彻底无人接收。
✅ 正确做法：读写双方都需持续运行，且不能让主 goroutine 因阻塞而无法退出。
以下是修复后的推荐实现（含终止机制，避免无限递归和资源泄漏）：
func doSomething(c chan<p>? <strong>关键要点总结</strong>：</p>
- 永远不要在主线程中进行无匹配接收的阻塞写入，尤其当写入逻辑不可终止时；
- 使用
for range ch替代单次，它能自动响应通道关闭，是读取流式数据的标准范式； - 显式调用
close(ch)是良好实践（仅由发送方调用），为读端提供明确终止信号； - 若需无限生产/消费，应引入退出控制（如
context.Context或done通道），避免 goroutine 泄漏； - Go 程序在
main函数返回时立即退出——因此确保所有关键 goroutine 在main结束前完成，或使用sync.WaitGroup协调生命周期。
遵循以上原则，即可规避 90% 的通道死锁场景，写出健壮、可维护的 Go 并发代码。
