本文详解 Go 语言中因混淆字符串接收与遍历方式导致的常见错误：当从 channel 接收 string 类型值后，错误地对单个字符串使用 for range 遍历，结果逐 rune（而非逐消息）打印；并提供基于 sync.WaitGroup 的健壮、无竞态、无死锁的并发通道关闭方案。
本文详解 go 语言中因混淆字符串接收与遍历方式导致的常见错误：当从 channel 接收 string 类型值后，错误地对单个字符串使用 `for range` 遍历，结果逐 rune（而非逐消息）打印；并提供基于 `sync.waitgroup` 的健壮、无竞态、无死锁的并发通道关闭方案。
在 Go 中，channel 是协程间安全通信的核心机制，但初学者常因类型理解偏差引发逻辑错误。问题代码看似向 chan string 发送完整字符串 "helloooo"，实则在接收端误将单次接收结果当作可迭代序列处理：
results := <p>for range 作用于 string 类型时，遍历的是 Unicode 码点（rune），而非 channel 中的多条消息。正确做法是：<strong>循环从 channel 接收多个值</strong>，而非遍历单个字符串。</p><h3>✅ 正确接收多条消息：使用 for range channel</h3><p>要消费所有发送到 channel 的字符串，应直接 range channel：</p><pre class="brush:php;toolbar:false;">for s := range c {
fmt.Println(s) // 每次 s 是一个完整的 string，如 "helloooo"
}⚠️ 但此写法要求 channel 必须被关闭，否则 range 将永久阻塞，导致程序死锁（fatal error: all goroutines are asleep - deadlock!）。
Codex Sub Agents 1
下载
使用 OpenAI Codex CLI 处理编码任务。触发词：codex、code review、fix CI、refactor code、implement feature、coding agent、gpt-5-codex。Clawdbot 可将编码工作委托给 Codex CLI 作为子代理或直接工具。
✅ 安全关闭 channel：推荐使用 sync.WaitGroup
手动延时关闭（如 time.Sleep）不可靠且不优雅。最佳实践是用 sync.WaitGroup 确保所有 sender 完成后再关闭 channel：
package main
import (
"fmt"
"sync"
)
func doStuff(s string, ch chan string, wg *sync.WaitGroup) {
defer wg.Done() // 发送完成即标记完成
ch <p>✅ 输出：</p><pre class="brush:php;toolbar:false;">Received: helloooo
Received: helloooo
Received: helloooo
Received: helloooo
Received: helloooo? 关键要点总结
- chan string 发送/接收的是 整个字符串值，不是字符数组；
- for range str 遍历的是字符串的 rune 序列，而 for range ch 遍历的是 channel 中的消息流；
- 未关闭的 channel 上 range 会永远阻塞 → 必须在所有 sender 完成后调用 close(ch)；
- sync.WaitGroup 是协调 goroutine 完成状态的标准工具，比 time.Sleep 更精确、可靠；
- 循环次数无需借助占位数组（如 [5]int{}），直接 for i := 0; i
遵循以上模式，即可写出线程安全、无死锁、语义清晰的 Go 并发通道代码。
