go语言错误处理的核心在于显式处理和合理包装。通过Error接口及fmt.Errorf添加上下文，优先使用errors.Is和errors.As进行错误判断与类型提取，避免重复包装。自定义错误需实现Error()和Unwrap()方法以支持错误链。函数应将error作为最后一个返回值，公开API需定义可预期的错误类型。defer中处理关闭错误时应谨慎覆盖原错误。http服务中通过中间件将错误转换为对应状态码并统一响应。记录错误时结合上下文和%+v获取堆栈信息，可借助第三方库实现堆栈跟踪。测试中推荐用errors.Is或testify的ErrorIs断言错误。整体原则为：显式处理、精准判断、上下文丰富、安全包装。
Go语言的错误处理机制简洁而强大，关键在于正确理解和使用
error
类型以及配套的实践模式。不同于其他语言的异常机制，Go鼓励显式处理错误，使程序逻辑更清晰、更可靠。以下是涵盖常见场景的综合最佳实践指南。
理解error的本质
Go中的
error
是一个接口类型：
type error interface { Error() string }
这意味着任何实现
Error()
方法的类型都可以作为错误使用。标准库中的
errors.New
和
fmt.Errorf
是最基础的创建方式。
建议：优先使用
fmt.Errorf
添加上下文信息，但避免重复包装已有错误。
立即学习“go语言免费学习笔记（深入）”；
错误判断与类型断言
当需要根据错误类型做出不同处理时，应使用
errors.Is
和
errors.As
（Go 1.13+），而不是直接比较或类型断言。
- errors.Is(err, target)：判断错误链中是否包含指定错误（如
os.ErrNotExist
）。
- errors.As(err, &target)：将错误链中的某个错误提取为具体类型，用于访问额外字段或方法。
示例：
if errors.Is(err, os.ErrNotExist) { // 处理文件不存在 } <p>var pathErr *os.PathError if errors.As(err, &pathErr) { log.Println("Path:", pathErr.Path) }
自定义错误类型
对于复杂业务逻辑，定义结构体错误类型可以携带更多信息。
示例：
type MyError struct { Code int Message string Op string Err error } <p>func (e *MyError) Error() string { return fmt.Sprintf("%s: %d - %s", e.Op, e.Code, e.Message) }</p><p>func (e *MyError) Unwrap() error { return e.Err }
注意：实现
Unwrap()
方法可让
errors.Is
和
errors.As
正常工作。
错误包装与上下文添加
使用
fmt.Errorf
的
%w
动词包装错误，保留原始错误信息。
这样既添加了上下文，又可通过
errors.Is
/
errors.As
追溯原始错误。
避免：不要用
%v
或
%s
包装错误，会丢失错误链。
函数返回错误的设计原则
- 错误应作为最后一个返回值。
- 不要返回
nil
指针错误（如
*MyError(nil)
），会导致
err != nil
判断为真。
- 公开API应定义可预期的错误类型，便于调用方处理。
资源清理与defer中的错误处理
在
defer
中调用
Close
等方法时，需注意错误处理。
常见模式：
file, err := os.Open("data.txt") if err != nil { return err } defer func() { if closeErr := file.Close(); closeErr != nil { // 可记录日志，或覆盖原错误（谨慎） log.Printf("Close error: %v", closeErr) } }()
若原函数已出错，一般不再覆盖返回错误，除非关闭失败更严重。
HTTP服务中的错误处理
Web服务中，错误应转换为合适的HTTP状态码。
推荐做法：
- 定义错误类型携带HTTP状态码。
- 中间件统一捕获并响应错误。
示例：
type HTTPError struct { Status int Message string } <p>func (e *HTTPError) Error() string { return e.Message }
中间件中：
if err != nil { var httpErr *HTTPError if errors.As(err, &httpErr) { w.WriteHeader(httpErr.Status) } else { w.WriteHeader(500) } json.NewEncoder(w).Encode(map[string]string{ "error": err.Error(), }) }
日志与错误记录
记录错误时，建议包含：
- 操作上下文（如函数名、请求ID）
- 错误链的完整信息（使用
%+v
可打印堆栈，需配合
github.com/pkg/errors
或Go 1.13+的
fmt.Errorf
）
标准库目前不支持堆栈跟踪，如需堆栈，可使用第三方库如
github.com/pkg/errors
或
golang.org/x/xerrors
。
测试中的错误验证
使用
errors.Is
和
errors.As
进行断言更安全。
示例：
if !errors.Is(err, expectedErr) { t.Errorf("want %v, got %v", expectedErr, err) }
或使用
require.ErrorIs(t, err, expectedErr)
（testify）。
基本上就这些。掌握这些模式，能应对绝大多数Go项目中的错误处理需求。核心是：显式处理、合理包装、精准判断、上下文丰富。
