Go语言通过显式返回error进行错误处理，必须始终检查错误值，避免忽略导致程序崩溃；推荐使用errors.Is和errors.As进行语义化判断，结合fmt.Errorf("%w")包装错误以保留上下文，并定义可识别的自定义错误类型如ErrValidationFailed或AppError，从而实现清晰、健壮的错误处理机制。
在Go语言开发中，错误处理是程序健壮性的关键环节。与许多其他语言不同，Go通过显式的 error 返回值来传递异常信息，而不是使用异常机制。因此，正确校验和处理错误返回值至关重要。以下是常见的最佳实践。
始终检查错误返回值
函数调用后如果返回 error 类型，必须进行判断，不能忽略。即使你认为某个操作“不可能失败”，也应做基本检查。
示例：file, err := os.Open("config.json")
if err != nil {
log.Fatalf("无法打开文件: %v", err)
}
defer file.Close()
忽略 err 可能导致后续操作 panic 或逻辑错误。工具如 errcheck 可帮助检测未处理的错误。
使用 errors.Is 和 errors.As 进行语义化判断
从 Go 1.13 开始，标准库提供了 errors.Is 和 errors.As，用于更安全地比较和提取错误类型。
立即学习“go语言免费学习笔记（深入）”；
- errors.Is(err, target)：判断 err 是否等于目标错误（支持包装）
- errors.As(err, &target)：判断 err 链中是否包含指定类型的错误
if errors.Is(err, os.ErrNotExist) {
// 处理文件不存在
}
var pathErr *os.PathError
if errors.As(err, &pathErr) {
log.Printf("路径错误: %v", pathErr.Path)
}
避免使用字符串比较或类型断言直接判断错误内容。
合理包装并保留原始错误
在传播错误时，应使用 fmt.Errorf 配合 %w 动词包装错误，以保留原始上下文。
示例：_, err := readConfig()
if err != nil {
return fmt.Errorf("读取配置失败: %w", err)
}
这样既能添加上下文，又不丢失底层错误，便于后期用 errors.Is/As 解析。
定义可识别的自定义错误类型
对于业务逻辑中的特定错误，建议定义结构体或变量，方便统一处理。
示例：var ErrValidationFailed = errors.New("验证失败")
type AppError struct {
Code string
Message string
Err error
}
func (e *AppError) Error() string {
return e.Message
}
func (e *AppError) Unwrap() error {
return e.Err
}
这样可以在中间件或日志中统一识别并处理特定错误类型。
基本上就这些。Go 的错误处理强调清晰和显式，只要坚持检查、合理包装、规范判断，就能写出稳定可靠的代码。不复杂但容易忽略细节。
