Golang匿名函数适合用在什么场景

匿名函数是函数作为一等公民的自然体现，适用于逻辑短、调用位置明确、不值得单独命名的场景；最常见且安全的用法是作为回调参数传给高阶函数，如sort.Slice。

Go 语言中，匿名函数不是语法糖，而是函数作为一等公民的自然体现——它真正适合的场景，是那些「逻辑短、调用位置明确、不值得单独命名」的地方。用错地方反而会降低可读性或引入隐蔽 bug。

作为回调参数传给高阶函数（如 sort.Slice、filter）

这是最常见也最安全的用法：把一次性判断或转换逻辑直接写在调用处，避免分散定义。

• 比如排序切片时按字符串长度排：

  sort.Slice(files, func(i, j int) bool { return len(files[i]) < len(files[j]) })

• 过滤偶数：

  evens := filter(nums, func(n int) bool { return n%2 == 0 })

• 注意：这类匿名函数必须严格匹配目标函数期望的签名（参数个数、类型、返回值），否则编译失败

封装状态形成闭包（如计数器、配置工厂）

当需要「携带私有变量并跨多次调用保持状态」时，闭包比 struct + 方法更轻量，但前提是状态简单、无并发竞争。

• 生成带默认后缀的文件处理器：

  f := makeSuffix(".log")

  后续调用 f("access") 总是加 .log，且不同 f 实例互不影响
• 创建独立计数器：

  c1 := func() int { i := 0; return func() int { i++; return i } }()

  每次调用 c1() 返回递增值
• ⚠️ 常见陷阱：在 for range 中直接捕获循环变量（如 val），所有闭包会共享最后一次值；修复方式是显式传参：

  go func(val int) { fmt.Println(val) }(val)

立即执行（IIFE）做局部初始化或资源预热

适合只运行一次、且需隔离作用域的初始化逻辑，比如加载配置、校验环境、设置全局 logger。

• 避免污染外层变量：

  config := func() Config { c := loadConfig(); validate(c); return c }()

  
• 延迟初始化昂贵资源（如数据库连接池）：

  db := func() *sql.DB { return connectDB() }()

  真正首次调用才触发
• 注意：IIFE 不能用于需要 defer 清理的场景（因为没函数体包裹），此时应改用具名函数或闭包封装

真正要警惕的是把匿名函数用在需要复用、调试、单元测试或并发安全的场合——比如在 goroutine 中反复启动未隔离状态的闭包，或者把几十行逻辑塞进一个匿名函数里还嵌套三层。这时候它就不再是便利，而是债务。