不加括号。传匿名函数当参数时应传函数值本身，加括号会立即执行并传回结果，导致类型错误或编译失败；常见错误包括循环变量捕获、中间件未调用next、defer参数求值时机混淆等。
Go里传匿名函数当参数，到底要不要加括号？
不加。传的是函数值本身，不是调用结果。写成 fn() 就变成立刻执行并传回值，不是传函数——这是新手最常错的地方。
比如你要给 sort.Slice 传比较逻辑，必须写 func(a, b interface{}) bool { ... } 这种字面量，不能写成 func(...) bool { ... }()，后者语法错误，编译不过。
- 函数类型要匹配：接收方参数是
func(int, int) bool，你就得传一个相同签名的匿名函数 - 闭包变量捕获要注意生命周期：如果匿名函数引用了外部局部变量，而该变量所在作用域已结束，但函数还在被持有（比如塞进 map 或 goroutine），就可能引发意外行为
- 别在循环里直接捕获循环变量：写
for i := range s { go func() { fmt.Println(i) }() }会全打印最后一个i值；正确写法是go func(v int) { fmt.Println(v) }(i)
HTTP handler里用匿名函数做中间件，为什么总丢请求？
因为没显式调用 next.ServeHTTP(w, r)。匿名函数作为中间件本质是装饰器，你得手动把控制权交还链路。
典型错误是写了 http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) { /* 日志 */ })，但忘了后续处理——请求就停在这儿了，客户端永远收不到响应。
立即学习“go语言免费学习笔记（深入）”；
- 中间件函数必须接收
http.Handler并返回新http.Handler，常见模式是func(next http.Handler) http.Handler - 匿名函数内部要确保调用
next.ServeHTTP(w, r)，否则请求中断 - 如果需要修改
ResponseWriter（比如记录状态码），得用包装型responseWriter，不能直接改原w
goroutine里传匿名函数，什么时候该用指针？
基本不用。Go 的函数值本身就是可复制的引用类型（底层是包含代码指针和闭包环境的结构体），传值开销小且安全。只有当你在匿名函数里要修改外部变量，且那个变量本身是指针时，才涉及指针语义。
例如：var done bool; go func() { done = true }() —— 这里 done 是闭包捕获的变量，不是指针也生效；但如果 done 是个大结构体，又想避免复制，才考虑传 &done 进去。
- 匿名函数内修改闭包变量，对外部变量可见；但若变量是值类型（如
int、struct），修改的是副本，除非你明确传入指针 - goroutine 启动后，闭包捕获的变量生命周期由 Go runtime 自动管理，不需要手动干预
- 不要为了“性能”提前优化函数传参方式，实测 100MB 闭包函数传值耗时仍远低于一次系统调用
defer里用匿名函数，为什么参数求值时机很关键？
因为 defer 语句注册时就对所有参数求值，不是执行时。写 defer func(x int) { fmt.Println(x) }(i)，i 的值在 defer 出现那行就被快照下来；而写 defer func() { fmt.Println(i) }()，i 是到真正执行 defer 时才读取。
这导致看似一样的写法，输出完全不同。尤其在循环或变量被多次赋值后，差别更明显。
- 带参数的匿名函数：参数在 defer 语句执行时求值
- 无参匿名函数：变量在 defer 实际运行时求值
- 想冻结当前值，用带参形式；想读最新值，用无参闭包——选哪个取决于业务语义，不是“哪个更对”
闭包变量捕获和 defer 参数求值这两处，是 Go 匿名函数最易出错的细节。它们不报错、不 panic，但行为和直觉相反，调试时得盯着变量生命周期和求值时机看。
