Go匿名函数作回调必须显式声明完整签名，如sort.Slice要求func(int,int)bool；循环中需避免变量复用陷阱，可通过传参或重声明解决；HTTP handler须严格匹配func(http.ResponseWriter,*http.Request)签名。
Go里匿名函数当回调，必须带参数类型声明
Go不允许像JavaScript那样直接写 func() {} 就塞进函数调用里——编译器需要明确知道这个函数的签名。比如你想把匿名函数传给 sort.Slice 做比较逻辑，不写清楚参数和返回值类型会直接报错：cannot use func literal (type func()) as type func(int, int) bool in argument to sort.Slice。
正确写法是补全签名，例如：
sort.Slice(data, func(i, j int) bool {
return data[i] < data[j]
})
- 参数名（
i,j）可任意，但类型（int）和返回类型（bool）不可省 - 如果被调函数期望的是
func(string) error，那你的匿名函数也必须严格匹配，哪怕只用一个参数 - 别试图靠类型推导：Go不会从上下文反推匿名函数类型，它只检查字面量是否完全匹配
闭包捕获变量时，注意循环变量复用陷阱
在 for 循环里创建多个匿名函数作回调，常见错误是所有回调都引用同一个变量地址，导致最终执行时全是最后一次迭代的值。
比如这段代码会打印 5 次 5：
立即学习“go语言免费学习笔记（深入）”；
for i := 0; i < 5; i++ {
go func() {
fmt.Println(i) // 全部输出 5
}()
}
解决方法只有两个：
- 显式传参：把当前值作为参数传入，
go func(val int) { fmt.Println(val) }(i) - 在循环内重声明变量：
for i := 0; i < 5; i++ { i := i; go func() { fmt.Println(i) }() }
后者更简洁，但容易被误读为冗余赋值——其实这是Go 1.22之前最稳妥的惯用写法。
用作HTTP handler时，别漏掉http.ResponseWriter和*http.Request参数
HTTP服务器注册路由时，handler签名固定为 func(http.ResponseWriter, *http.Request)，匿名函数也得照做。少一个参数、类型写错、甚至顺序颠倒都会编译失败。
典型错误示例：
http.HandleFunc("/api", func(w http.ResponseWriter, r *http.Request) {
json.NewEncoder(w).Encode(map[string]string{"ok": "true"})
})
- 参数名可以换（比如
resp和req），但类型不能动 - 别写成
func(r *http.Request, w http.ResponseWriter)——顺序错，编译不过 - 如果要用中间件包装，得确保外层函数返回的仍然是符合签名的函数，而不是直接调用
性能敏感场景下，避免在热路径反复创建匿名函数
每次调用都新建匿名函数，会产生额外堆分配（尤其当它捕获外部变量时）。对高频调用如网络包解析、JSON序列化回调，这点开销会累积。
比如下面这种写法，在每条请求里都构造新函数：
json.Unmarshal(data, &v, func() error { ... }) // 假设Unmarshal支持回调
更优做法是提前定义好命名函数：
func myValidator() error { ... }
// 然后复用
json.Unmarshal(data, &v, myValidator)
- 匿名函数本质是闭包，捕获变量越多，底层生成的结构体越大
- GC要跟踪每个闭包的生命周期，频繁创建会增加压力
- 除非逻辑极简且仅用一次（比如测试中临时mock），否则优先考虑命名函数
真正需要匿名的，往往是依赖局部状态又不想暴露全局的逻辑——这时候闭包的价值才明显，别为了“看起来简洁”而滥用。
