go中for range复用变量v，直接取&v会导致所有指针指向同一地址；正确做法是在循环内重新声明v := v再取地址，或取原切片元素地址。
循环中直接取 &v 导致所有指针指向同一地址
Go 的 for range 循环复用变量 v，每次迭代只是更新它的值，而不是新建一个变量。如果你在循环里启动 goroutine 或保存 &v，所有指针最终都指向同一个内存位置——最后一次迭代后的值。
常见错误现象：
— 启动多个 goroutine 打印 v，结果全输出最后一个值
— 把 &v 存进切片，遍历后发现每个元素内容一样
- 正确做法：在循环体内显式创建新变量，再取其地址：
for _, v := range items { v := v // 关键：重新声明，绑定到当前迭代值 go func() { fmt.Println(*v) // 安全 }() } - 如果要存指针到切片，也得复制：
ptrs := make([]*string, len(items)) for i, v := range items { ptrs[i] = &items[i] // 取原切片元素地址，而非 &v } - 注意：
v := v在函数作用域内有效；若在 if/for 块内声明，需确保生命周期覆盖使用点
goroutine 中闭包捕获循环变量的典型翻车场景
这是最常被踩的坑：用 go func() { ... }() 直接引用 v 或 i，没传参也没做变量隔离。
使用场景：
— 并发请求一批 URL
— 批量处理任务并回调
— 启动定时器或延迟执行
立即学习“go语言免费学习笔记（深入）”；
- 错误写法（全部打印最后一个
v）：for _, v := range []string{"a", "b", "c"} { go func() { fmt.Println(v) // v 是共享变量 }() } - 修复方式一（传参）：
for _, v := range []string{"a", "b", "c"} { go func(val string) { fmt.Println(val) }(v) // 立即传入当前 v 的值 } - 修复方式二（变量快照）：
for _, v := range []string{"a", "b", "c"} { v := v go func() { fmt.Println(v) }() } - 性能影响：两种方式开销极小；但传参更清晰，避免误解为“捕获外部变量”
struct 字段赋值时误用循环变量地址
当构造含指针字段的 struct（比如 type Task struct{ Data *string }），直接写 &v 会把所有 struct 的 Data 指向同一个地址。
常见错误现象：
— 多个 struct 实例的指针字段内容同步变化
— JSON 序列化后所有字段值相同
- 错误示例：
var tasks []Task for _, s := range []string{"x", "y", "z"} { tasks = append(tasks, Task{Data: &s}) // 全部指向同一个 s } - 正确做法（分配独立字符串）：
for _, s := range []string{"x", "y", "z"} { s := s tasks = append(tasks, Task{Data: &s}) } - 或者更明确地分配：
for _, s := range []string{"x", "y", "z"} { str := s tasks = append(tasks, Task{Data: &str}) } - 注意：不能用
&[]string{"x","y","z"}[i]这种写法——切片索引取地址在 Go 中不合法，编译报错cannot take the address of ...
用 go vet 和 staticcheck 提前发现这类问题
这类错误不会报编译错，运行时才暴露，且难以调试。好在工具链能识别常见模式。
使用场景：
— CI 流程中自动检查
— 本地开发保存即提示
— Code Review 辅助判断
-
go vet默认检查部分闭包捕获问题，但覆盖有限；建议加参数：go vet -shadow=true ./...
-
staticcheck更强，能识别loop variable captured by func literal类警告：go install honnef.co/go/tools/cmd/staticcheck@latest staticcheck ./...
- VS Code + gopls 默认启用部分检查，但需确认设置中
"go.toolsEnvVars": {"GO111MODULE": "on"}正确，否则可能静默失效 - 别依赖工具全覆盖——有些嵌套深、间接调用的情况仍需人工审查变量作用域
