go 1.22+ 的 range 循环变量默认按值捕获，每次迭代创建独立变量实例，闭包可安全引用；仅适用于 range，不适用于传统 for 循环。
Go 1.22+ 的 range 循环变量已默认按值捕获
从 Go 1.22 开始，for _, v := range slice 中的 v（以及索引 i）在每次迭代中都会创建**独立变量实例**，闭包直接引用它不再出错。这不是编译器优化，而是语言语义变更：每轮 v 都有自己内存地址和生命周期。
这意味着以下代码在 Go 1.22+（且 go.mod 声明 go 1.22 或更高）下能稳定输出 a、b、c：
for _, v := range []string{"a", "b", "c"} {
go func() {
fmt.Println(v) // ✅ 安全：每个 goroutine 捕获各自的 v
}()
}
但注意：仅限 range 循环；传统 for i := 0; i 仍需手动处理。
for i := 0; i 循环仍需 <code>i := i 或传参
Go 1.22 并未改变经典 for 循环的变量复用行为。i 仍是单个栈变量，所有闭包共享其地址。不干预就会全输出终值（如 n）。
- 正确做法一（推荐）：
i := i在循环体内声明同名新变量，实现作用域隔离 - 正确做法二（更显式）：将
i作为参数传入闭包，如go func(val int) { ... }(i) - 错误写法：
go func() { ... }()漏掉(i)，导致闭包仍捕获外层i
即使你用的是 Go 1.22+，只要写的是传统 for 形式，就必须做这两件事之一。
go vet 仍会报 loop variable i captured by func literal
这个警告在 Go 1.22+ 下依然存在，且**不是误报**——它专指传统 for 循环中的变量捕获问题，与 range 无关。它提醒你：当前写法在所有 Go 版本下都危险，必须修复。
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
如果你看到这个提示，别以为“我用了 1.22 就能 ignore”，它恰恰说明你正在用旧语法写易错代码。修复方式只有两种：i := i 或函数参数传值。
另外，go vet 不检查 range 循环，因为那部分已被语言层修复，无需工具干预。
复合类型（指针/切片/结构体）仍需警惕底层数据共享
即使写了 item := item，若 item 是指针或含指针字段的结构体，闭包拿到的仍是该指针副本——它指向的底层数据可能被后续迭代修改。例如：
items := []*int{&a, &b, &c}
for _, item := range items {
item := item // ✅ 每次迭代的 item 变量独立
go func() {
fmt.Println(*item) // ⚠️ 但 *item 可能已被后续迭代改写
}()
}
这种场景下，item := item 只隔离了指针变量本身，没隔离它指向的内容。真正安全的做法是深拷贝值，或用同步机制控制访问时序。
最容易被忽略的不是语法，而是变量背后的数据所有权关系。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
