GO语言基础教程（134）Go错误处理之Error嵌套：Go错误处理：Error嵌套的魔法，让你的代码告别“错“乱！

从"err != nil"说起

每个Go开发者肯定对if err != nil这行代码再熟悉不过了。在Go的世界里，错误处理不像其他语言那样依赖异常机制，而是通过返回值显式地处理错误。这种设计哲学使得错误处理成为代码中不可或缺的一部分，而不是事后才考虑的事项。

记得我第一次写Go程序时，对每个函数调用后面都跟着if err != nil感到有些烦躁。但随着经验的积累，我逐渐意识到这种显式错误处理的价值——它迫使你认真考虑每个可能出错的地方，而不是像鸵鸟一样把头埋在沙子里，假装错误不会发生。

在Go语言中，error实际上是一个非常简单的接口：

type error interface {
    Error() string
}

任何实现了Error() string方法的类型都可以作为error使用。这种简洁性既是优点也是缺点：优点是简单直观，缺点是功能有限，特别是当错误需要在调用链中传递时，很容易丢失上下文信息。

为什么需要错误嵌套？

在Go 1.13之前，我们通常有两种方式来处理错误：

第一种方式：使用errors.New或fmt.Errorf

func readFile(filename string) error {
    content, err := ioutil.ReadFile(filename)
    if err != nil {
        return fmt.Errorf("读取文件失败: %v", err)
    }
    // 处理文件内容...
    return nil
}

这种方式简单直接，但有一个致命缺点：它会丢失原始错误的类型和信息。调用者无法判断这个错误具体是什么类型，也就无法针对特定错误做出不同的处理。

第二种方式：自定义错误类型

type FileReadError struct {
    Filename string
    Err      error
}

func (e *FileReadError) Error() string {
    return fmt.Sprintf("读取文件 %s 失败: %v", e.Filename, e.Err)
}

func readFile(filename string) error {
    content, err := ioutil.ReadFile(filename)
    if err != nil {
        return &FileReadError{Filename: filename, Err: err}
    }
    // 处理文件内容...
    return nil
}

这种方式虽然保留了原始错误，但需要定义大量的自定义错误类型，使代码变得冗长和复杂。

那么，有没有一种方法既能保留原始错误信息，又不需要定义大量的自定义类型呢？这就是Go 1.13引入错误嵌套的背景和动机。

Go 1.13的错误嵌套机制

Go 1.13引入了一个简单而强大的功能：错误嵌套（Error Wrapping）。它通过在fmt.Errorf函数中增加%w格式符来实现：

func processFile(filename string) error {
    if err := readConfig(filename); err != nil {
        return fmt.Errorf("处理配置文件失败: %w", err)
    }
    return nil
}

func readConfig(filename string) e