Go语言通过返回error值处理错误，推荐使用errors.New或fmt.Errorf创建错误，定义自定义错误类型提升可读性，利用defer和recover捕获panic防止程序崩溃，自Go 1.13起使用%w包装错误并用errors.As、errors.Is进行链式追溯与匹配，保持错误处理简洁明确。
Go语言没有传统意义上的异常机制，而是通过返回错误值的方式处理运行时问题。这种显式的错误处理方式让程序逻辑更清晰，但也要求开发者养成良好的编码习惯。以下是Golang中错误处理的最佳实践与捕获技巧。
使用error类型进行错误传递
在Go中，error 是一个内建接口，用于表示错误状态。函数应将 error 作为最后一个返回值，调用方必须显式检查它。
示例：func divide(a, b float64) (float6, error) {
if b == 0 {
return 0, errors.New("division by zero")
}
return a / b, nil
}
result, err := divide(10, 0)
if err != nil {
log.Printf("Error: %v", err)
}
使用 errors.New 或 fmt.Errorf 创建错误信息，优先使用后者以支持格式化输出。
自定义错误类型提升可读性
当需要携带上下文或区分错误种类时，定义实现了 error 接口的结构体更为合适。
立即学习“go语言免费学习笔记（深入）”；
type ValidationError struct {
Field string
Msg string
}
func (e *ValidationError) Error() string {
return fmt.Sprintf("validation failed on field '%s': %s", e.Field, e.Msg)
}
// 使用
return nil, &ValidationError{Field: "email", Msg: "invalid format"}
这样可以在外层通过类型断言判断具体错误类型，实现精细化处理。
利用defer和recover处理panic
虽然Go不鼓励使用异常，但 panic 和 recover 可用于不可恢复的错误场景（如空指针、数组越界）。应在关键入口处使用 defer 配合 recover 防止程序崩溃。
func safeHandler() {
defer func() {
if r := recover(); r != nil {
log.Printf("Recovered from panic: %v", r)
}
}()
// 可能触发 panic 的代码
riskyOperation()
}
注意：recover 必须在 defer 函数中直接调用才有效。不要滥用 panic，仅用于程序无法继续执行的情况。
错误包装与链式追溯
从 Go 1.13 开始，errors.Unwrap、errors.Is 和 errors.As 支持错误包装和匹配。
if err := operation(); err != nil {
return fmt.Errorf("failed to process data: %w", err)
}
// 外层判断原始错误类型
var validationErr *ValidationError
if errors.As(err, &validationErr) {
log.Println("Validation error:", validationErr.Field)
}
使用 %w 格式动词包装错误，保留原始错误信息，便于调试和日志追踪。
基本上就这些。保持错误处理简洁、明确，并结合业务需求合理设计错误层级，才能写出健壮的Go程序。
