闭包捕获的是变量地址而非值快照，first、i、config 在闭包中为引用而非副本，修改后所有共享该变量的闭包下次执行均可见新值；常见错误出现在 for 循环中变量被重复捕获。
闭包捕获的是变量地址，不是值快照
Go 闭包对外部变量的访问本质是引用——first、i、config 在闭包里不是副本，而是指向原始内存地址的指针。你改它，所有共享该变量的闭包下次执行时都会看到新值。
常见错误现象：在 for i := 0; i 中直接注册闭包，结果全部输出 <code>3；不是 bug，是所有闭包都绑定了同一个 i 的地址。
- 基本类型（如
int、string）看似“值语义”，但闭包绑定的是变量本身，不是当时值的拷贝 - 结构体或切片被闭包捕获时，整个对象不会复制，只存地址；修改字段会影响所有闭包
- 命名返回值也会被闭包读写：比如
func foo() (x int) { x = 1; defer func() { x = 2 }(); return }实际返回2
被捕获变量逃逸到堆，生命周期由闭包决定
外层函数返回后，只要闭包还活着，它捕获的变量就不会被 GC 回收。这不是内存泄漏，但会导致意料之外的驻留。
典型风险场景：http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) { use(r.Body) }) → 整个 *http.Request 可能长期滞留内存。
Go语言（Golang）1.26.0
下载
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 用
go build -gcflags="-m -l"查看逃逸分析，确认哪些变量被抬升到堆（输出含moved to heap: xxx） - 安全做法：缩小捕获范围，比如只传
r.URL.Path而非整个r - 避免捕获大
struct、大[]byte或未关闭的io.ReadCloser
循环中想固定每次迭代的值，必须显式创建新绑定
Go 不为每次 for 迭代创建新变量，i 在整个循环作用域内只有一份地址。想让每个闭包拿到自己那轮的值，得手动切断共享。
正确做法有两类：
for i := 0; i —— 短变量声明遮蔽原 <code>ifor i := 0; i —— 参数传值，在注册时求值-
range同理：v是复用的，不能直接在闭包里用；必须写v := v或传参
defer 中闭包读的是执行时刻的值，不是注册时刻
defer func() { fmt.Println(i) }() 注册时不读 i，真正执行时才读——所以它看到的是函数返回前那一刻的 i 值。
混合写法陷阱：defer func(x int) { fmt.Println(x, i) }(i) → x 是注册时值，i 是执行时值。
- 想冻结注册时全部状态，就得全靠参数传值或块级声明
- 这个行为和 goroutine 启动逻辑一致：启动时没立刻执行，所以看到的常是循环结束后的最终值
pprof 里找不到明显泄漏点。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
