会。这是最典型的匿名函数变量捕获陷阱：for循环中启动多个goroutine时复用同一变量地址，导致所有goroutine最终读取循环结束后的终值。
goroutine里用for循环变量会打印出相同值？
会。这是最典型的匿名函数变量捕获陷阱：在for循环中启动多个goroutine，却复用了同一个循环变量地址，所有goroutine最终都读到循环结束时的终值。
比如这段代码：
for i := 0; i <p>原因不是<code>i</code>被“复制”，而是所有匿名函数共享对同一内存地址的引用；等<code>goroutine</code>真正执行时，<code>for</code>早已结束，<code>i</code>值为<code>3</code>。</p>
- 根本解法是让每个
goroutine拿到独立副本：把i作为参数传入匿名函数 - 更推荐写法：
go func(val int) { fmt.Println(val) }(i) - 不推荐用
:=在循环内重新声明（如ii := i），虽有效但易被误认为“只是风格偏好”，实际它创建了新变量，本质仍是传值
闭包捕获局部变量后，变量生命周期会被延长吗？
会。只要还有活跃的goroutine或函数值引用该变量，Go运行时就不会回收它——哪怕外层函数已返回。
这意味着：
- 被闭包捕获的变量会从栈逃逸到堆，增加GC压力
- 若捕获的是大结构体或含指针的字段，可能意外持有大量内存
- 调试时用
go tool compile -gcflags="-m"可观察逃逸分析结果，常见提示如... moved to heap
例如：
func makePrinter(data []byte) func() {
return func() { fmt.Printf("%s", data) }
}
这里data必然逃逸，即使调用者传入的是栈上小切片。
如何安全地在goroutine中使用结构体字段？
直接捕获结构体变量名（如obj）没问题，但捕获字段（如obj.Name）要格外小心——它捕获的是字段的当前值，还是字段所在结构体的地址？取决于写法。
- 写
go func() { use(obj.Name) }()→ 捕获的是obj.Name的**值拷贝**（如果Name是string或基本类型） - 写
go func() { use(&obj.Name) }()→ 捕获的是字段地址，后续修改obj.Name会影响该goroutine行为 - 更危险的是捕获指针字段：
go func() { use(obj.Config) }()，此时obj.Config本身是地址，闭包持有的就是这个地址，和obj是否还在作用域无关
建议统一显式传参，避免歧义：
go func(cfg *Config, name string) { /* ... */ }(obj.Config, obj.Name)
defer里用匿名函数捕获变量，和goroutine有区别吗？
有本质区别：defer中的匿名函数**按注册顺序逆序执行，且都在当前goroutine内同步执行**，不存在并发调度时机错位问题，所以变量捕获行为更“可预测”。
但陷阱仍存在：
-
defer func() { println(i) }()在for中注册，也会全部打印终值（同goroutine场景） - 区别在于：这些
defer函数不会并发执行，所以不会因调度延迟暴露问题，但逻辑错误一样真实 - 修复方式完全一致：用参数传值，如
defer func(val int) { println(val) }(i)
真正容易被忽略的是：defer捕获的变量若指向堆内存（比如切片底层数组），而该数组后续被覆盖，就可能读到脏数据——这和goroutine无关，是所有闭包共有的内存生命周期问题。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
