本文深入剖析 Go 并发程序中因 channel 阻塞导致 select 永远无法响应已发送值的典型死锁场景，并通过负载均衡器实例说明如何定位、复现及修复此类问题。
本文深入剖析 go 并发程序中因 channel 阻塞导致 `select` 永远无法响应已发送值的典型死锁场景，并通过负载均衡器实例说明如何定位、复现及修复此类问题。
在您提供的负载均衡器实现中，select 语句看似正确监听了 work（请求通道）和 b.done（完成通知通道），但程序却卡在 case w := 隐式双向阻塞引发的系统级死锁。
根本原因在于：
- Balancer.balance() 在 select 中等待 b.done 接收，但此时它正被 dispatch() 中的 w.request
- 而每个 Worker.work() 在处理完请求后，需执行 done
- 但 done 同步发送操作，要求有 goroutine 同时从 done 接收——而唯一监听 done 的 balance() 正被 w.request
- 反过来，w.request Worker.work() 的 for 循环本身也卡在 done 。
这就形成了经典环形死锁：
Balancer.balance() → blocked on w.request <p>✅ 正确修复方式是<strong>解除 done 。最直接的做法是将其异步化：</strong></p><div class="aritcle_card flexRow artxards"> <div class="artcardd flexRow"> <a class="aritcle_card_img" rel="nofollow" href="/xiazai/learn/7564" title="使用Go语言搭建家庭相册系统-相关课件"><img src="https://img.php.cn/upload/webcode/000/000/164/636a2b4d84031727.png" alt="使用Go语言搭建家庭相册系统-相关课件" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a> <div class="aritcle_card_info flexColumn"> <a rel="nofollow" href="/xiazai/learn/7564" title="使用Go语言搭建家庭相册系统-相关课件" class="overflowclass">使用Go语言搭建家庭相册系统-相关课件</a> <p class="overflowclass">使用Go语言搭建家庭相册系统-相关课件</p> </div> <a rel="nofollow" href="/xiazai/learn/7564" title="使用Go语言搭建家庭相册系统-相关课件" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a> </div> </div><pre class="brush:php;toolbar:false;">func (w *Worker) work(done chan<p>⚠️ 注意事项：</p>
- 不要使用 go done
- 异步发送虽解除了死锁，但需确保 done channel 容量足够或有持续消费者，否则仍可能堆积（本例中 done 是无缓冲 channel，依赖 balance() 及时接收；异步化后只要 balance() 最终能运行一次，即可逐步消化）；
- 更健壮的设计应为 done channel 设置合理缓冲（如 make(chan *Worker, 10)），或使用 select 配合 default 避免阻塞（但本场景需保证完成信号必达，故缓冲更稳妥）；
- time.Sleep(200s) 是不可靠的终止方式，应改用 sync.WaitGroup 等待所有请求完成：
var wg sync.WaitGroup for i := 0; i <p>总结：Go 的 select 本身不会“忽略”已发送值；当它无法进入某 case，本质是该 channel 的对应操作（发送或接收）因上下游阻塞而无法完成。诊断此类问题，优先使用 kill -ABRT <pid> 查看 goroutine stack trace，可快速定位所有阻塞点。真正的并发编程能力，始于对 channel 阻塞语义的深刻理解，而非仅会写 select 语法。</pid></p>
