defer 不用于延迟加载，仅用于函数返回后执行清理操作；其核心作用是确保资源释放、锁释放或panic恢复，参数在defer语句执行时捕获，且recover必须在defer匿名函数内调用。
defer 不适合当“延迟加载”来学——它根本不是用来做资源懒加载或按需初始化的，新手容易从名字望文生义踩坑。
Go 里没有“延迟加载”这个语言特性，defer 的唯一职责是：注册一个函数，在当前函数 return（含 panic）之后、栈帧销毁之前执行。它不控制资源何时创建，只控制何时清理。
defer 的真实作用场景
- 它解决的是“资源释放时机不可靠”的问题，不是“要不要现在加载”的问题
- 常见用途只有三类：关闭文件/连接、释放锁、recover panic
- 所有“延迟加载”需求（比如首次调用才初始化某个全局 map）应该用
sync.Once或带检查的惰性初始化逻辑，而不是defer
典型误用：
var data map[string]int
func loadData() {
defer func() { // ❌ 错！defer 不触发加载，只推迟执行
data = make(map[string]int)
}()
}
这段代码什么也不会发生——defer 后面的函数根本不会被调用，因为没 return，也没 panic，函数就结束了，但 data 仍是 nil。
defer 参数捕获机制必须理解
新手最容易栽在这里：参数值在 defer 语句执行时就被确定，不是运行时取值。
-
name := "A"; defer fmt.Println(name); name = "B"→ 输出A，不是B -
p := &struct{X int}{X: 1}; defer fmt.Println(p.X); p.X = 2→ 输出2，因为指针地址没变，取的是最新值 - 循环中写
for i := 0; i → 全部输出3，因为i是同一个变量，defer 捕获的是它的地址
defer 和 recover 必须成对出现在同一函数内
recover() 只在 defer 函数体里调用才有效；写在外面、或者写成 defer recover() 都无效。
正确写法：
func risky() {
defer func() {
if r := recover(); r != nil {
log.Printf("caught: %v", r)
}
}()
panic("boom")
}
错误写法：
func wrong() {
defer recover() // ❌ 注册时就执行了，返回 nil
panic("boom")
}
真正需要“延迟加载”的时候，别碰 defer。它不处理初始化时机，只处理清理时机。用错地方，轻则逻辑失效，重则掩盖 panic 导致程序静默崩溃。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
