Go语言错误处理全解析：多返回值与 Defer 机制的实战要点

多返回值在错误处理中的核心作用

基本用法与语义

在 Go 语言中，错误处理以返回值的方式实现，错误通常作为第二个返回值出现，第一个返回值代表操作结果。这样的设计使得调用方可以在一个原子操作内同时得到结果与错误信息，避免了额外的回调或全局状态。

常见模式是 返回值与 error 的二元组合，对成功路径返回一个具体类型的值，对失败路径返回零值与错误。这样可以通过普通的 if err != nil 判断来分支处理。

下面给出一个最小可用的示例，展示如何通过多返回值实现简洁的错误传播：

package main

import "errors"

func ReadNumber(s string) (int, error) {
    if s == "" {
        return 0, errors.New("empty input")
    }
    // 假设只演示简单转换
    return 42, nil
}

尽管多返回值简单直观，但要注意零值处理与错误包装，以避免误解调用方的结果含义。

错误传递链与包装的最佳实践

包装错误与断言

在实际项目中，错误往往需要从低层传递到高层，此时的 错误包装可以携带上下文信息而不丢失原始错误。Go 引入了 fmt.Errorf(..., %w) 的错误包装能力，以及 errors.Is / errors.As 进行断言和类型转换的工具。

使用包装后，调用栈不会被拆散，调试也更加容易。需要注意的是 尽量以最小化的粒度包装错误，避免“叠加层级过深”导致排错困难。

示例展示：

package main

import (
    "errors"
    "fmt"
)

var ErrNotFound = errors.New("not found")

func Find(key string) (string, error) {
    if key == "missing" {
        return "", ErrNotFound
    }
    // 假设成功
    return "value", nil
}

func Load(key string) (string, error) {
    v, err := Find(key)
    if err != nil {
        return "", fmt.Errorf("Load(%s): %w", key, err)
    }
    return v, nil
}

通过 errors.Is 可以判断底层错误类型，通过 errors.As 可以将错误转换为具体的错误类型进行处理。

Defer 机制在资源管理中的实战要点

时机、顺序与陷阱

Defer 的核心是确保在函数退出时执行清理操作，无论中途是否有错误返回。这对文件、网络连接、互斥锁等资源管理至关重要。

在使用 defer 时，执行顺序遵循 后进先出（LIFO） 的规则，因此需要将清理职责按依赖关系进行放置，以防止早期清理造成资源不可用。

下面给出一个常见的资源打开与关闭模式，展示如何结合错误处理和 defer 保证正确的资源清理：

package main

import (
    "io"
    "os"
)

func Copy(src, dst string) error {
    fsrc, err := os.Open(src)
    if err != nil {
        return err
    }
    defer fsrc.Close()

    fdst, err := os.Create(dst)
    if err != nil {
        return err
    }
    defer fdst.Close()

    if _, err := io.Copy(fdst, fsrc); err != nil {
        return err
    }
    return nil
}

另一个要点是 在需要时手动记录执行时间或资源使用情况，可以在 defer 中调用时间测量函数，帮助性能分析与日志打印。