匿名函数直接作为参数传给标准库函数是Go中最常见、最安全的临时回调场景，如sort.Slice、strings.FieldsFunc、http.HandleFunc等，不逃逸、生命周期清晰，无需定义命名函数。
匿名函数直接作为参数传给标准库函数
Go 里最常见、最安全的临时回调场景，就是把匿名函数当 func() 或带参类型传给 sort.Slice、strings.FieldsFunc、http.HandleFunc 这类接受函数值的 API。它不逃逸到包级作用域，生命周期清晰，也不用额外定义命名函数。
比如按字符串长度排序切片：
words := []string{"hi", "hello", "a", "world"}
sort.Slice(words, func(i, j int) bool {
return len(words[i]) < len(words[j])
})
- 注意参数类型必须严格匹配目标函数期望的签名，
sort.Slice要求func(int, int) bool，写成func() bool会编译报错cannot use ... as func(int, int) bool value - 闭包捕获的变量（如外部
words）是引用传递，修改它会影响原切片；如果只是读取，没问题 - 别在匿名函数里启动 goroutine 并长期持有外部变量——容易导致意料外的内存驻留
用 defer + 匿名函数做资源清理
这是匿名函数最不可替代的用途：把“收尾动作”和“主逻辑”绑定在同一作用域，避免忘记关闭文件、释放锁、恢复 goroutine 状态等。
典型写法：
file, err := os.Open("data.txt")
if err != nil {
log.Fatal(err)
}
defer func() {
if err := file.Close(); err != nil {
log.Printf("close failed: %v", err)
}
}()
-
defer后的匿名函数会在当前函数 return 前执行，不是定义时立即执行 - 如果需要捕获当前变量值（而非后续变化后的值），得显式传参：
defer func(name string) { log.Println(name) }(filename) - 多个
defer按后进先出顺序执行，但所有匿名函数共享同一份闭包环境，变量值以最后一次赋值为准
避免在循环中创建带循环变量引用的匿名函数
这是 Go 新手高频踩坑点：在 for 循环里启动 goroutine 或注册回调，却直接引用循环变量，结果所有匿名函数看到的都是最后一次迭代的值。
错误写法：
for i := 0; i < 3; i++ {
go func() {
fmt.Println(i) // 全部输出 3
}()
}
正确做法是把变量作为参数传入：
for i := 0; i < 3; i++ {
go func(idx int) {
fmt.Println(idx) // 输出 0 1 2
}(i)
}
- 本质是闭包捕获的是变量地址，而
for的i是单个变量复用，不是每次迭代新建 - 如果匿名函数只读不改，且不需要并发执行，也可以在循环内用
:=重新声明（val := i; go func() { ... }()），但传参更直观、不易误判 - 这种问题在
http.ServeMux注册路由或事件监听器时同样存在，不能只靠肉眼检查
什么时候不该用匿名函数代替回调
匿名函数适合一次性、逻辑简单、作用域明确的回调；一旦出现以下情况，就该转为命名函数：
- 函数体超过 5–6 行，或者包含多层条件/循环——可读性断崖下跌
- 同一逻辑在多个地方复用，比如多个 API 都要校验 token，硬塞匿名函数会导致重复代码
- 需要测试——匿名函数无法被单独 import 和调用，mock 和单元测试都困难
- 涉及复杂错误处理或 panic 恢复，命名函数能更好组织
defer recover()和日志上下文
匿名函数不是语法糖，它是作用域和生命周期的显式声明。用得好，代码干净；用得随意，bug 就藏在闭包变量的生命周期里。
