匿名函数闭包是绕过defer参数提前求值的唯一可靠方式，因闭包捕获变量引用而非值；defer不适用于延迟初始化，应使用sync.once；命名返回值可被defer修改，但不应依赖此做初始化。
用匿名函数配合 defer 无法实现“延迟求值”式初始化——那是 sync.Once 的事；但用匿名函数包裹变量，能解决 defer 参数被提前求值的坑。
defer 参数在注册时就完成求值，不是你想象的“最后读值”
这是最常误用的点：defer fmt.Println(x) 不会在函数退出时读 x 的最新值，而是在执行到这行 defer 语句时，就把当时 x 的值拷贝进参数栈。如果之后 x 被修改，defer 里打印的还是旧值。
- 常见错误写法：
for i := range items { defer fmt.Println(i) }→ 全部输出最后一个i值 - 正确写法：
for i := range items { defer func(n int) { fmt.Println(n) }(i) }，把当前i显式传入闭包 - 指针类型例外：
defer fmt.Println(&x)会打印最终值，因为地址没变，取值发生在执行时
匿名函数闭包是绕过参数快照的唯一可靠方式
闭包捕获的是变量的引用（或其地址），不是值本身，所以只要变量生命周期还存在，闭包内就能看到更新后的值。这和 defer 的参数求值时机无关，而是语言层面的变量绑定行为。
Golang Google Wire
下载
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
- 想让
defer打印循环末尾的i？别这么干——逻辑本身就错，应传入当前迭代值 - 真正需要“延迟读值”的场景（如记录函数退出时的状态），必须用闭包：
defer func() { log.Println("status:", status) }() - 注意：闭包捕获局部变量会导致其逃逸到堆上，高频调用时需权衡内存分配开销
重资源初始化不该靠 defer，该用 sync.Once
defer 是单次函数退出时执行，不能控制“只初始化一次”；并发环境下多次调用会重复初始化，甚至引发 panic 或资源泄漏。真正做延迟初始化，必须用 sync.Once。
-
sync.Once.Do()内部有原子锁和已执行标记，保证初始化函数仅运行一次，且线程安全 - 错误示范：
var db *sql.DB; defer func() { if db == nil { db = sql.Open(...) } }()—— 每次调用都尝试初始化，且不防并发 - 正确模式：全局
var once sync.Once+once.Do(func(){ db = ... })，返回前检查err并设为导出变量
命名返回值 + defer 修改返回值的边界情况
只有命名返回值（如 func() (ret int)）才能被 defer 中的闭包修改；匿名返回值（func() int）不行。这个特性容易被当成“延迟初始化”来用，但其实只是返回值写入时机的副作用。
- 有效：
func counter() (ret int) { ret = 1; defer func() { ret += 10 }(); return }→ 返回 11 - 无效：
func() int { r := 1; defer func() { r += 10 }(); return r }→ 返回 1，r和返回值副本无关 - 别依赖这个机制做初始化逻辑——它只适用于极少数状态同步场景，且可读性差、易出错
真正要优化重资源初始化，核心是分清责任：defer 负责清理，sync.Once 负责初始化，闭包只用来绕过参数求值陷阱。混淆这三者，迟早掉进资源未释放、重复初始化或返回值错乱的坑里。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
