在 Go 中，将 err 变量限定在 if 语句块内声明（如 if err := f(); err != nil {…}）可提升代码可读性、减少命名冲突，并体现 Go 的惯用风格；该做法对内存和 GC 几乎无影响，核心价值在于语义清晰与作用域最小化。

在 go 中，将 `err` 变量限定在 `if` 语句块内声明（如 `if err := f(); err != nil {…}`）可提升代码可读性、减少命名冲突，并体现 go 的惯用风格；该做法对内存和 gc 几乎无影响，核心价值在于语义清晰与作用域最小化。

Go 语言鼓励“最小作用域”原则——变量应在首次使用时声明，并尽可能限制其可见范围。这一理念在错误处理中尤为突出。对比以下两种常见写法：

Version 1（推荐）：

func foo() {
    temp, err := something()
    if err != nil {
        log.Fatal(err)
    }

    if err := other(); err != nil { // err 仅在此 if 块内有效
        log.Fatal(err)
    }
    // 此处 err 不可访问 —— 避免误用旧错误值
}

Version 2（可行但不够 idiomatic）：

func foo() {
    temp, err := something()
    if err != nil {
        log.Fatal(err)
    }

    err = other() // 复用同一变量名，但需确保语义一致
    if err != nil {
        log.Fatal(err)
    }
}

✅ 优势解析：

• 语义明确：if err := f(); err != nil 清晰传达“此错误仅与本次调用相关”，避免与前序 err 混淆；
• 防止误用：块级 err 在 if 外不可见，杜绝意外沿用过期错误值（如忘记重赋值导致静默逻辑错误）；
• 零内存开销：error 是接口类型，nil 接口底层仅含两个 uintptr 字段（type & data），无论声明多少次 err，GC 开销均可忽略；
• 符合 Go 风格：Effective Go 明确建议“在条件中声明变量以限制其作用域”，这是社区广泛接受的惯用法。

⚠️ 注意事项：

• 若后续需在 if 外使用被检查函数的返回值（如 temp），则不能将变量声明于 if 内部：

  // ✅ 正确：temp 需复用
  temp, err := something()
  if err != nil { /* handle */ }
  process(temp) // temp 仍可用
  
  // ❌ 错误：temp 作用域仅限 if 块
  if temp, err := something(); err != nil {
      // temp 在此处可用
  }
  process(temp) // 编译错误：undefined: temp

• 避免滥用“命名返回值 + return”模式（如 func foo() (err error)），它易导致控制流混乱、延迟初始化陷阱，且违背显式错误传递的 Go 哲学。

? 总结：
当错误仅用于单次判断且无需后续访问时，优先采用 if err := f(); err != nil 形式——它不是性能优化，而是代码健壮性与可维护性的设计选择。Go 的简洁之美，正体现在这种精准的作用域控制之中。