Go 闭包陷阱：为什么不传递参数时只获取最后一个值？
本文分析一个常见的 Go 闭包问题。以下代码片段演示了这个问题：
package mainimport ( "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", 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", i) time.Sleep(time.Second) wg.Done() }(i)}
登录后复制
通过这种方式，每个goroutine都拥有自己独立的i副本，从而避免了共享变量的问题，最终打印出正确的1, 2, 3, 4, 5。
这个例子强调了在使用Go闭包和并发编程时，需要仔细考虑变量作用域和goroutine执行顺序，避免出现意想不到的结果。 正确地传递参数到闭包中，可以有效地避免这种陷阱。
以上就是Go闭包中，为什么不传递参数时只能获取最后一个值？的详细内容，更多请关注【创想鸟】其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/2309566.html
