Go 1.13起Errors包支持错误包装与解包，通过fmt.Errorf配合%w可添加上下文并保留原始错误，errors.Unwrap、errors.Is和errors.As用于解包判断底层错误类型或值，自定义错误需实现Unwrap方法以支持该机制，合理使用可提升错误可读性与调试能力。
在go语言中，错误处理是程序设计的重要组成部分。从Go 1.13开始，errors包增强了对错误包装（wrapping）与解包（unwrapping）的支持，使得我们可以在不丢失原始错误信息的前提下，逐层添加上下文信息。这种机制对于调试和日志记录非常有用。
错误包装：添加上下文信息
错误包装指的是将一个已有的错误嵌入到一个新的错误中，同时保留原始错误。这通常用于在函数调用链中传递错误时，附加更多上下文，比如“打开配置文件失败”这样的描述。
使用fmt.Errorf并配合%w动词即可实现错误包装：
if err := readFile(); err != nil {
return fmt.Errorf(“无法读取文件: %w”, err)
}
这里，%w表示将err作为被包装的错误。返回的新错误不仅包含当前层的信息，还能通过特定方式提取出原始错误。
立即学习“go语言免费学习笔记（深入）”；
错误解包：检查底层错误
当一个错误被多层包装后，我们可能需要判断其根源是否是某个特定类型的错误，比如os.PathError或自定义错误类型。这时就需要“解包”错误。
Go提供了两种主要方式：
- errors.Unwrap(err)：直接获取被包装的错误。如果错误没有实现Unwrap() error方法，返回nil。
- errors.Is(err, target)：判断某个错误或其任意包装层是否等于目标错误（基于语义相等）。
- errors.As(err, &target)：判断某个错误或其任意包装层是否为指定类型，并将该错误赋值给target。
示例：
if err := operation(); err != nil {
if errors.Is(err, os.ErrNotExist) {
log.Println(“文件不存在”)
}
var pathErr *os.PathError
if errors.As(err, &pathErr) {
log.printf(“路径错误: %v”, pathErr.Path)
}
}
自定义错误类型与包装支持
你也可以定义自己的错误类型，并实现Unwrap和Error方法来支持包装机制：
type MyError Struct {
Msg String
Err error
}
func (e *MyError) Error() string {
return fmt.Sprintf(“%s: %v”, e.Msg, e.Err)
}
func (e *MyError) Unwrap() error {
return e.Err
}
这样构造的错误可以被errors.Is和errors.As正确处理。
基本上就这些。合理使用错误包装和解包，能让错误信息更丰富，同时保持程序的健壮性和可调试性。关键是不要滥用包装，避免堆栈过深或信息冗余。
