Go错误处理的核心是保留上下文而非忽略：应使用errors.Is/As判断错误类型、fmt.Errorf("%w")包装、%+v打印完整链，避免字符串匹配和重复包装。
Go 语言的错误处理不是“能不能省”，而是“该不该省、在哪儿省、怎么省才不丢上下文”。直接忽略 error 返回值或用空 if err != nil 块吞掉错误，等于主动放弃调试线索。真正的简化，是让错误可读、可追踪、可分类，同时减少样板代码。
用 errors.Is 和 errors.As 替代字符串匹配
很多人一遇到错误判断就写 err.Error() == "xxx" 或 strings.Contains(err.Error(), "timeout")，这极其脆弱：一旦底层错误消息微调（比如加了空格、换英文、加时间戳），逻辑就 silently 失效。
正确做法是利用 Go 1.13+ 的错误包装标准：
-
errors.Is(err, os.ErrNotExist)判断是否为某类预定义错误（支持嵌套包装） -
errors.As(err, &target)尝试提取底层具体错误类型，用于获取额外字段（如*os.PathError的Path字段） - 自定义错误应实现
Unwrap() error方法，或用fmt.Errorf("wrap: %w", orig)包装
示例：
立即学习“go语言免费学习笔记（深入）”；
if errors.Is(err, os.ErrNotExist) {
log.Printf("config file missing, using defaults")
return defaultConfig()
}
var pathErr *os.PathError
if errors.As(err, &pathErr) {
log.Printf("failed to open %s: %v", pathErr.Path, err)
}
用 github.com/pkg/errors 或 golang.org/x/xerrors（已归并）补充堆栈
原生 error 没有堆栈信息，导致 “panic at line X” 很难定位调用链。虽然 Go 1.20+ 引入了 runtime/debug.Stack() 自动附加（需开启 GODEBUG=gotraceback=system），但更通用的做法是显式包装。
推荐方式（Go 1.13+ 标准兼容）：
- 用
fmt.Errorf("read header: %w", err)保留原始错误，同时添加上下文 - 若需显式堆栈（如日志中快速定位），可用
xerrors.WithStack(err)（golang.org/x/xerrors已被归并进标准库，实际用fmt.Errorf("%+v", err)可打印堆栈） - 避免重复包装：不要对已用
%w包装过的错误再套一层fmt.Errorf("again: %w", err)，否则堆栈冗余且难以解析
封装重复的错误检查逻辑为函数或 defer
高频模式如 “打开文件 → 检查 error → 关闭文件 → 检查 error” 容易写成四行样板。可抽象为：
- 小范围：用
defer func() { if err != nil { /* handle */ } }()在函数末尾统一处理（注意闭包捕获的是最终值） - 通用工具函数：
MustOpen(path string) *os.File（仅限测试/CLI 工具等可 panic 场景） - 更安全的组合：用
func() error闭包 +return提前退出，避免嵌套过深
示例（避免嵌套）：
file, err := os.Open("config.json")
if err != nil {
return fmt.Errorf("open config: %w", err)
}
defer file.Close()
data, err := io.ReadAll(file)
if err != nil {
return fmt.Errorf("read config: %w", err)
}
比 if err != nil { ... return } 嵌套三层更清晰，也比全塞进一个 if 里可读性高。
日志中记录错误时，别只打 err.Error()
err.Error() 通常只返回最外层消息，丢失了包装链和可能的堆栈。生产环境日志应至少做到：
- 用
fmt.Sprintf("%+v", err)打印完整错误链与堆栈（需fmt支持，即错误实现了Formatter接口） - 结构化日志（如
log/slog）中，把err作为独立字段传入，而非拼进 message 字符串 - 敏感路径/参数需脱敏：不要直接记录
os.Open("/secret/api.key")失败的完整路径，而应记录 “failed to load API key file”
最容易被忽略的一点：错误包装后，fmt.Printf("%v", err) 和 fmt.Printf("%+v", err) 行为完全不同——后者才会展开所有包装层级和堆栈。不加 +，等于白包。
