Go语言通过返回错误值而非异常处理错误，要求开发者主动检查。常见陷阱包括忽略错误、上下文缺失、资源泄漏和错误类型判断错误。应始终检查错误并尽早返回，使用fmt.Errorf与%w添加上下文，借助errors.Is和errors.As准确判断错误类型，同时利用defer确保资源释放。养成良好习惯是编写健壮代码的关键。
Go语言的错误处理机制简洁直接，但使用不当容易引发问题。它不依赖异常，而是将错误作为值返回，这要求开发者主动检查和处理。理解常见陷阱并掌握应对策略，是写出健壮Go代码的关键。
错误未被检查或忽略
最常见的陷阱是调用返回错误的函数却未检查错误值。这会导致程序在出错时继续执行，引发不可预料的行为。
例如：
resp, err := http.Get(url)// 忽略err，直接使用resp
如果请求失败，resp 为 nil，后续操作会触发 panic。
立即学习“go语言免费学习笔记（深入）”；
解决方案：始终检查错误，尤其是在关键路径上。
- 使用 if 判断 err 是否为 nil
- 尽早返回错误，避免继续执行
- 使用工具如 errcheck 静态分析未处理的错误
错误信息不清晰，缺乏上下文
原始错误往往信息有限。直接返回底层错误会让调用者难以定位问题根源。
例如：
if err != nil {return err
}
这种写法丢失了当前上下文。
解决方案：使用 fmt.Errorf 添加上下文，或使用支持错误包装的库如 pkg/errors（Go 1.13+ 推荐使用内置语法）。
- Go 1.13+ 支持 %w 动词包装错误：
return fmt.Errorf("failed to read config: %w", err) - 使用 errors.Unwrap、errors.Is 和 errors.As 判断错误类型和提取原始错误
- 避免过度包装，保持错误链清晰
资源未正确释放导致泄漏
在发生错误时，已分配的资源（如文件、网络连接）可能未被关闭，造成资源泄漏。
例如：
file, _ := os.Open("data.txt")data, err := io.ReadAll(file)
if err != nil {
return err
}
// file 未关闭
解决方案：使用 defer 确保资源释放，且应在错误检查前注册 defer。
- 打开资源后立即 defer Close()
- 即使后续出错，defer 仍会执行
- 示例：
file, err := os.Open("data.txt")
if err != nil { return err }
defer file.Close()
错误类型判断不准确
使用类型断言或反射判断错误类型容易出错，尤其是当错误被多次包装时。
例如：
if e, ok := err.(*os.PathError); ok { ... }若错误被包装，断言会失败。
解决方案：使用标准库提供的错误比较函数。
- errors.Is(err, target) 判断错误链中是否包含目标错误
- errors.As(err, &target) 将错误链中的某个错误赋值给目标变量
- 避免直接比较错误字符串或使用类型断言
