本文深入解析 go 语言中在 for-range 循环内启动 goroutine 时常见的变量捕获陷阱，指出因闭包共享循环变量导致的空字符串输出问题，并提供安全、可复用的解决方案。
本文深入解析 go 语言中在 for-range 循环内启动 goroutine 时常见的变量捕获陷阱，指出因闭包共享循环变量导致的空字符串输出问题，并提供安全、可复用的解决方案。
在 Go 中，当你在 for range 循环中启动 goroutine 并直接引用循环变量（如 i 或 v），会遇到一个经典且极易被忽视的问题：所有 goroutine 共享同一份循环变量的内存地址，而非各自独立的副本。这导致最终所有 goroutine 执行时读取到的都是循环结束后的最终值——即 i 变为 len(messages)-1，v 变为最后一次迭代的值（甚至可能为空字符串）。
在你的代码中：
for i, v := range messages {
go func() {
fmt.Printf("message is %s\n", messages[i]) // ❌ 危险！i 已被后续迭代覆盖
fmt.Printf("v is %s\n", v) // ❌ 同样危险！v 指向同一地址
}()
}
循环结束后，i 固定为 1（因 messages 长度为 2），故 messages[i] 恒为 messages[1] —— 即空字符串 ""；同理，v 也停留在最后一次迭代的空值上。这就是你看到 "message is " 和 "v is " 的根本原因。
✅ 正确做法是显式将当前迭代的值作为参数传入 goroutine，确保每个协程拥有独立副本：
for i, v := range messages {
// ✅ 安全：将 i 和 v 作为参数传入匿名函数
go func(index int, value string) {
fmt.Printf("message is %q\n", value) // 直接使用传入的 value
fmt.Printf("index is %d\n", index) // 直接使用传入的 index
fmt.Printf("messages[%d] = %q\n", index, messages[index])
// respond_to_message(value, response_writer()) // 实际业务调用
}(i, v) // ? 立即调用，传入当前 i 和 v 的快照
}
⚠️ 注意事项：
- 切勿省略参数传递：仅声明 func(i int) 而不 (i) 调用，goroutine 仍会捕获外部变量；
- 避免在 goroutine 中直接访问 messages[i]：即使传入 i，也建议优先使用传入的 value（即 v），减少对原切片的依赖，提升可读性与安全性；
- 考虑并发安全：若 respond_to_message 内部修改共享状态（如写入 response_writer()），需确保其线程安全；若涉及全局变量或共享资源，应加锁或使用 channel 协调；
- 添加延迟或等待机制：示例中未等待 goroutine 完成，实际应用中建议使用 sync.WaitGroup 防止主程序提前退出。
? 进阶提示：对于更复杂的场景（如需返回结果或错误处理），推荐使用 channel + WaitGroup 组合模式：
var wg sync.WaitGroup
results := make(chan string, len(messages))
for _, msg := range messages {
wg.Add(1)
go func(m string) {
defer wg.Done()
res := processMessage(m) // 假设的处理函数
results <p>掌握循环变量在 goroutine 中的生命周期，是编写健壮并发 Go 程序的关键一步。牢记：<strong>“传参即快照，闭包即引用”</strong>——让每一次并发执行都基于确定的数据快照，而非飘忽不定的循环终态。</p>
