使用 errors 包的 %w 包装错误可实现多层传递，通过 errors.Is 和 errors.As 判断和提取底层错误，结合自定义错误类型保留上下文，确保每层添加信息同时维持错误链完整。
在golang中处理多层错误传递，关键在于保持错误上下文的同时，让调用链上的每一层都能添加必要信息，又不丢失原始错误。Go 1.13引入的errors.Unwrap、errors.Is和errors.As，以及第三方库如pkg/errors，为实现清晰的多层错误传递提供了良好支持。
使用 errors 包进行错误包装
从 Go 1.13 开始，标准库 errors 支持通过 %w 动词包装错误，这是实现多层传递的基础。
当一个函数调用底层函数返回错误时，可以将其包装并附加上下文：
func readConfig() error { file, err := os.Open("config.JSon") if err != nil { return fmt.Errorf("failed to open config file: %w", err) } defer file.Close() _, err = parseConfig(file) if err != nil { return fmt.Errorf("failed to parse config: %w", err) } return nil } func loadappConfig() error { err := readConfig() if err != nil { return fmt.Errorf("failed to load app config: %w", err) } return nil }
这样，错误会逐层携带上下文，形成一条可追溯的错误链。
立即学习“go语言免费学习笔记（深入）”；
通过 errors.Is 和 errors.As 判断错误类型
在顶层处理错误时，不应依赖字符串匹配，而应使用 errors.Is 检查是否是某个特定错误，或用 errors.As 提取特定类型的错误。
例如判断是否为文件不存在错误：
err := loadAppConfig() if err != nil { if errors.Is(err, os.ErrNotExist) { log.Fatal("config file not found") } else if pe := new(json.SyntaxError); errors.As(err, &pe) { log.Fatalf("invalid JSON syntax: %v", pe) } else { log.Fatalf("unexpected error: %v", err) } }
errors.Is 会自动展开包装链，比较每一个底层错误，直到找到匹配项。
自定义错误类型并保留原始信息
在复杂场景中，可以定义自己的错误类型，同时实现包装功能。
例如：
type AppError struct { Msg string Err error } func (e *AppError) Error() string { return e.Msg + ": " + e.Err.Error() } func (e *AppError) Unwrap() error { return e.Err }
使用方式：
if err != nil { return &AppError{Msg: "database query failed", Err: err} }
这样既能添加业务上下文，又能通过 errors.As 提取 *AppError 类型进行特殊处理。
基本上就这些。关键是每一层只在必要时包装错误，避免重复包装。使用 %w 保持链式结构，配合 Is 和 As 安全地检查和提取错误，就能实现清晰可靠的多层错误传递。