17370845950

defer 是 Go 中延迟执行函数的关键字，用于资源清理和控制执行顺序，按后进先出（LIFO）在函数返回前执行；参数在 defer 语句执行时求值，非调用时；需注意变量捕获、nil 指针及 panic 处理等陷阱。

defer 是 Go 中用于延迟执行函数调用的关键字，常用于资源清理（如关闭文件、释放锁、恢复 panic）和控制执行顺序。它的核心特点是：语句在当前函数返回前执行，但按“后进先出”（LIFO）顺序调用。

defer 的基本行为和执行时机

defer 语句不是在函数结束时才注册，而是在它被**执行到时立即注册**，但实际调用推迟到外层函数即将返回（包括正常 return 或 panic）之前。注意：defer 表达式中的参数会在 defer 语句执行时求值，而非真正调用时。

• 例如：defer fmt.Println(i) 中的 i 值在 defer 执行那一刻就确定了，后续修改 i 不影响输出
• 若需捕获变量的“最终值”，可传入闭包或指针，或用匿名函数包裹

用 defer 正确释放资源（如文件、数据库连接）

Go 推荐使用 defer 确保资源及时释放，避免遗忘导致泄漏。典型场景是 os.Open + Close 配对：

f, err := os.Open("file.txt")
if err != nil {
    log.Fatal(err)
}
defer f.Close() // 即使后面发生 panic 或多处 return，也会执行

• 务必检查 Open 错误后再 defer Close，否则可能 panic（nil pointer dereference）
• 多个资源可连续 defer，它们会逆序执行（如先 defer 关 db，再 defer 关 file，则 file 先关、db 后关）
• 对 io.ReadCloser 等接口，同样适用 —— defer 调用其 Close() 方法即可

利用 defer 控制执行顺序与实现“收尾逻辑”

由于 LIFO 特性，多个 defer 可构成清晰的“进入-退出”逻辑链，适合做日志记录、计时、锁释放等：

func process() {
    log.Println("start")
    defer log.Println("cleanup 2") // 最后执行
    defer log.Println("cleanup 1") // 倒数第二执行
    log.Println("doing work")
}

• 输出顺序为：start → doing work → cleanup 1 → cleanup 2
• 配合 recover，可在 defer 中捕获 panic 并优雅处理：defer func() { if r := recover(); r != nil { log.Printf("recovered: %v", r) } }()
• 注意：defer 中的 panic 会覆盖外层已发生的 panic；若需传递错误，建议用返回值或 error channel

常见陷阱与注意事项

defer 看似简单，但容易因误解求值时机或作用域而出错：

• 不要 defer 调用带返回值的函数并忽略它：如 defer resp.Body.Close() 没问题，但 defer f.Close() 若 f 是未初始化的 nil，会 panic
• 循环中使用 defer 要小心变量捕获：for 循环内直接写 defer fmt.Println(i) 通常输出多个相同值（最后一个 i），应改用 defer func(v int) { ... }(i)
• defer 不适用于需要立即响应的场景：比如实时刷新缓冲区，应显式调用 flush()，而非依赖 defer