Go 1.20+ 提供 errors.Join 合并多个错误，结合 errors.Is 判断是否包含特定错误，errors.As 提取具体类型错误，提升错误处理的健壮性和可读性。
在Go语言中，错误处理是日常开发的重要部分。当一个操作可能产生多个错误时，如何把它们合并起来并合理判断，就成了提升代码健壮性和可读性的关键。Go 1.20+ 提供了内置的错误合并机制，结合 errors 包中的工具函数，我们可以更优雅地处理这类场景。
使用 errors.Join 合并多个错误
从 Go 1.20 开始，标准库 errors 引入了 Join 函数，允许将多个错误合并为一个。这在并发操作或批量处理中特别有用，比如多个子任务各自返回错误，你希望一并记录而不是只保留第一个。
示例：
err1 := doTask1()
err2 := doTask2()
err3 := doTask3()
// 合并非 nil 的错误
combinedErr := errors.Join(err1, err2, err3)
if combinedErr != nil {
log.Printf("有错误发生: %v", combinedErr)
}
输出会是类似：doTask1 failed; doTask2 failed; doTask3 failed，具体取决于各错误的 Error() 方法实现。
立即学习“go语言免费学习笔记（深入）”；
通过 errors.Is 判断是否包含特定错误
当你拿到一个合并后的错误，或者嵌套的错误链，想判断其中是否“包含”某个目标错误（比如 io.EOF 或自定义的 ErrNotFound），应使用 errors.Is。
它会递归检查错误链中的每一个包装层，而不仅仅是直接比较。
示例：
if errors.Is(combinedErr, ErrNotFound) {
// 即使 ErrNotFound 被包装在多层中也能识别
handleNotFound()
}
使用 errors.As 提取特定类型的错误
有时你需要从错误链中提取某个具体类型的错误以便访问其字段或方法，比如获取自定义错误中的 Code 或 Timestamp。这时用 errors.As 更合适。
它会遍历错误链，尝试将某一层赋值给目标变量。
示例：
var netErr *net.OpError
if errors.As(combinedErr, &netErr) {
log.Printf("网络操作失败: %v", netErr)
}
这种机制不依赖错误消息字符串，而是基于类型和接口，更加安全可靠。
基本上就这些。合理使用 errors.Join、Is 和 As，能让多重错误的处理更清晰、更符合现代 Go 风格。不复杂但容易忽略的是：别再手动拼接错误字符串了，标准库已经为你准备了更结构化的方式。
