为什么没用参数，没用引用，这值V就直接进去了？
这是一个非常深入且关键的问题。之所以让你觉得"没传参、没引用，值就进去了"，是因为 Go 语言的闭包（Closure）在底层自动帮你完成了变量的捕获。
即使你没有显式写参数，闭包函数和它外面的环境也不是孤立的。
1. 什么是"闭包捕获"？
当你写 func() { fmt.Println(v) } 时，编译器在扫描代码时发现：这个匿名函数内部使用了一个不属于它自己、而是属于外部作用域的变量 v。
这时候，编译器会自动生成一段逻辑，把变量 v "打包"进这个函数里。这个过程就叫捕获（Capture）。
2. "捕获"的本质（Go 1.22 之前的噩梦）
在旧版本里，闭包捕获的是 v 的 地址（引用）。
- 你可以理解为： 匿名函数内部存了一个指针，指向了外面那个
v。 - 结果： 既然大家都指向同一个地址，外面
v变了，里面读到的值也就变了。
3. "捕获"的进化（Go 1.22 的魔法）
在 Go 1.22 里，虽然看起来你还是没传参、没显式引用，但编译器改变了变量 v 的生命周期：
- 过去： 整个
for循环只有一个v，大家共享。 - 现在： 循环每迭代一次，编译器就悄悄地新开辟一块内存，专门存这一轮的
v。 - 结果： 闭包依然是捕获地址，但它捕获的是这一轮循环专属的、新的地址。所以值就"各过各的"，互不干扰地进去了。
4. 为什么要这么设计？
如果闭包不能直接读取外部变量，代码会变得极其冗长。比如：
name := "张三"
go func() {
fmt.Println(name) // 直接用，多爽！
}()如果规定"没参数就不能进值"，你每次都要写成 go func(n string){...}(name)，这不符合 Go 追求简洁的哲学。所以 Go 选择让编译器多干活（自动捕获），让开发者少写代码。
形象比喻
- 传参：是你过年给孩子发红包（给现金），孩子拿到手就是自己的了，你兜里钱变多变少跟他没关系。
- 闭包捕获（旧）：是你给孩子一张存折（给地址），钱还在银行里。你回手把钱取光了，孩子去取钱时就发现没了。
- 闭包捕获（新）：是银行发现你要发红包，自动给每个孩子开了个新户头。你每发一轮，银行就开个新户，这样你改你的，孩子取自己的。
所以，值能进去，全靠编译器的"幕后打包"。
你会觉得这种"自动捕获"比"显式传参"更难理解吗？还是觉得这种静默的自动化更方便？