闭包通过工厂函数捕获配置变量实现封装：定义接收配置的工厂函数，内部返回引用该配置的闭包，变量被值拷贝持有；需避免循环变量捕获、大对象驻留及指针陷阱，适用于静态配置场景。
闭包怎么存配置项？用返回函数捕获变量就行
Go 里没有类，但闭包能自然封装配置。核心就是定义一个工厂函数，接收配置参数，内部定义并返回一个闭包函数，该闭包引用外部传入的配置变量——这些变量会随闭包一起被“捕获”并长期持有。
-
func NewHandler(cfg Config) func(string) error这类签名很常见：输入配置，输出一个可复用的函数 - 闭包捕获的是变量的值拷贝（对结构体/指针要特别注意）；如果传的是
*Config，后续修改原指针会影响闭包行为 - 避免在闭包里直接捕获大对象（如未裁剪的
[]byte或 map），否则可能引发意外内存驻留
为什么不用全局变量或结构体？闭包更轻、更可控
全局变量难测试、易污染；结构体加方法虽清晰，但若只用一次、参数固定，反而多出实例化和字段访问开销。闭包把“配置 + 行为”打包成单一函数值，天然适合函数式组合或中间件场景。
- HTTP handler 中常见：
http.HandleFunc("/api", authMiddleware("admin")(handler))，其中authMiddleware("admin")返回闭包 - 日志前缀注入：
logger := func(prefix string) func(msg string) { return func(msg string) { fmt.Printf("[%s] %s\n", prefix, msg) } } - 注意：闭包不能序列化，别试图把它存在 JSON 或传给其他 goroutine 做跨协程共享（除非你明确知道它不逃逸）
初始化时容易踩的坑：循环变量捕获、延迟求值、指针陷阱
最典型错误是 for 循环中创建多个闭包却共用同一个循环变量——所有闭包最终都看到最后一次迭代的值。
- 错例：
for _, v := range []string{"a","b"} { handlers = append(handlers, func() { fmt.Println(v) }) }→ 全部打印"b" - 正解：用局部变量绑定，
for _, v := range list { v := v; handlers = append(handlers, func() { fmt.Println(v) }) } - 如果配置含指针（比如
&cfg.DB），且后续会修改cfg.DB字段，闭包里用到的仍是原地址，行为可能不符合预期 - 闭包内调用的函数（如
time.Now()）是运行时求值，不是定义时，这点和配置项的捕获逻辑要分清
什么时候该放弃闭包？配置太复杂或需动态更新
闭包适合“初始化即确定、全程不变”的场景。一旦配置需要运行时热更新、依赖注入、或本身带状态（比如连接池、计数器），就该退回到结构体 + 方法，或者用 sync.Once + 懒加载。
- 例如数据库连接字符串变了，闭包没法 reload；而
DBClient结构体可以暴露ReloadConfig() - 闭包无法实现接口（除非包装成函数类型别名），想统一抽象时会受限
- 调试时，闭包的类型名是
func(...)，pprof 或 log 打印不出有意义的名字，不如结构体字段直观
闭包不是银弹，它优雅的前提是：配置静态、边界清晰、生命周期与闭包一致。多一层 indirection 就多一分维护成本，别为了“看起来高级”硬套。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
