当错误已经返回时，从延迟函数返回错误

Question

更新：我认为现在这个问题没有普遍的答案。我们可以使用答案中解释的技术返回这两个错误。我认为这里最重要的是不要忘记我们有两个错误的情况并以某种方式处理它。

注意：关于如何从延迟函数返回错误有很多关于 SO 的问题。这不是这里的问题。

（在 Go 中）当函数已经返回错误时，从延迟函数返回错误的正确方法是什么。对于example

func errorMaker() (err error) {
    defer func() {
        err = errors.New("Deferred error")
    }()

    err = errors.New("Some error")
    return
}
func main() {
    err := errorMaker()
    fmt.Printf("Error: %v\n", err)
}

在上面的代码中，延迟函数返回的错误覆盖了函数返回的错误。返回两个错误的规范方法是什么？如果另一个程序员使用我的函数，当函数返回“两个错误”时，她会从函数中得到什么结果？

我应该为此使用Error wrapping 吗？

补充说明：

1. 正如@Volker 在他的评论中所说，我为此错误编写了一些特定于应用程序的处理。因为我知道根据错误的性质应该做什么。
2. 我想我的问题是 - 如果我想从函数中返回所有错误，在我的场景中将它们组合起来的最佳方法是什么？

Answer 1

免责声明：我不知道以下建议是否可以被视为“标准”或“广泛接受”。

我应该为此使用错误包装吗？

简短回答：是的（我会这样做）。

---

转到 1.12 及更早版本

当我需要我的错误来传达某些特定含义时，我会做什么，而不是前面提到的error 接口，我创建了一个实现错误接口的包装器 - Error() string -。这个包装器包含我需要的所有额外信息。

如果调用者知道这些额外信息的存在，它可以通过强制转换解开错误并找到这些信息。 额外的好处是，不知情的调用者可以将错误作为通用 error 处理。

type MyError struct {
    DeferredError error
}

// Implements 'error' interface
func (e MyError) Error() string {
    // format to string
}

func someFunc() error {
    // might return an instance of MyError
}

...

// Caller code
err := someFunc()
if err != nil {
    if myErr, ok := err.(*MyError); ok {
        // here you can access the wrapped info
        fmt.Println(myErr.DeferredError)

    } else {
        // otherwise handle the error generically
    }
}

---

从 1.13 开始

使用 Go.13，您可以使用 errors.As 解开错误。来自官方文档：

[方法] As 找到 err 链中与 target 匹配的第一个错误，如果是，则将 target 设置为该错误值并返回 true。该链由 err 本身和通过重复调用 Unwrap 获得的错误序列组成。

var myErr *MyError
if errors.As(err, &myErr) {
    // here you can access the wrapped info
    fmt.Println(myErr.DeferredError)
} else {
    // otherwise handle the error generically 
}

正如文档所说，myErr 变量被填充为调用 As 的副作用。