Go 闭包陷阱：为什么不传递参数时只获取最后一个值？
本文分析一个常见的 Go 闭包问题。以下代码片段演示了这个问题：
package main
import (
"fmt"
"sync"
"time"
)
var a = [...]int{1, 2, 3, 4, 5}
func run() {
fmt.Println("begin")
var wg sync.WaitGroup
wg.Add(len(a))
for _, i := range a {
go func() {
fmt.Printf("get value %d\n", i)
time.Sleep(time.Second)
wg.Done()
}()
}
wg.Wait()
fmt.Println("end")
}
func main() {
run()
}
运行这段代码，你会发现所有goroutine都打印了5，而不是期望的1, 2, 3, 4, 5。这是为什么呢？
问题根源：变量作用域和并发
问题在于i变量的作用域和goroutine的并发执行。
-
作用域:
i是for循环的迭代变量，它并非在每个goroutine中创建新的副本。所有goroutine都共享同一个i变量。 -
并发:
for循环迭代速度远快于goroutine的执行速度。当goroutine最终执行到fmt.Printf语句时，for循环已经完成，i的值已经变成了数组的最后一个值5。
解决方案：传递参数创建副本
为了解决这个问题，我们需要为每个goroutine创建一个i的副本。最简单的办法就是将i作为参数传递给匿名函数：
for _, i := range a {
go func(i int) {
fmt.Printf("get value %d\n", i)
time.Sleep(time.Second)
wg.Done()
}(i)
}
通过这种方式，每个goroutine都拥有自己独立的i副本，从而避免了共享变量的问题，最终打印出正确的1, 2, 3, 4, 5。
这个例子强调了在使用Go闭包和并发编程时，需要仔细考虑变量作用域和goroutine执行顺序，避免出现意想不到的结果。 正确地传递参数到闭包中，可以有效地避免这种陷阱。
