Go语言通过error接口显式处理错误，推荐使用errors.Is和errors.As判断错误类型，避免忽略err值；针对可预期错误进行类型识别，合理使用panic与recover应对不可恢复错误，并通过自定义错误类型和错误包装（%w）增强上下文信息，提升程序健壮性。
Go语言以简洁和高效著称，但在实际开发中，开发者常会遇到各种错误。与许多语言不同，Go不使用异常机制，而是通过返回
error类型显式处理错误。正确识别常见错误类型并采取合适的处理策略，是编写健壮程序的关键。
1. 基础错误类型与error接口
Go中的错误是实现了
error接口的值，该接口仅包含一个
Error() string方法。最常用的错误创建方式是
errors.New和
fmt.Errorf。
常见错误来源包括：
-
函数调用失败：如文件打开失败（
os.Open
）、JSON解析失败（json.Unmarshal
） - 网络请求异常：HTTP请求超时、连接拒绝等
- 空指针或越界访问：虽会引发panic，但可通过recover捕获
处理建议：始终检查返回的
error值，不要忽略。
立即学习“go语言免费学习笔记（深入）”；
示例：file, err := os.Open("config.json")
if err != nil {
log.Fatal(err)
}
defer file.Close()
2. 可预测错误与类型判断
某些错误是业务逻辑中可预期的，如文件不存在、参数校验失败等。这类错误应通过类型断言或
errors.Is/
errors.As进行识别和处理。
Go 1.13后推荐使用
errors.Is和
errors.As代替字符串比较。
- errors.Is(err, target)：判断错误链中是否包含特定错误
- errors.As(err, &target)：将错误链中的某个错误赋值给具体类型变量
if errors.Is(err, os.ErrNotExist) {
// 处理文件不存在
}
var pathErr *os.PathError
if errors.As(err, &pathErr) {
log.Println("路径错误:", pathErr.Path)
}
3. Panic与recover的合理使用
Panic用于不可恢复的错误，如数组越界、空指针解引用等。在库代码中应避免随意使用panic，应用层可通过
defer+
recover防止程序崩溃。
适用场景：
- 初始化失败导致程序无法继续运行
- 第三方库抛出panic，需优雅降级
不建议用于控制流程或处理常规错误。
示例：defer func() {
if r := recover(); r != nil {
log.Printf("panic recovered: %v", r)
}
}()
mightPanic()
4. 自定义错误类型与上下文增强
对于复杂系统，建议定义自定义错误类型，携带更丰富的上下文信息，如错误码、操作阶段、重试建议等。
可通过包装错误（error wrapping）保留原始错误信息。
示例：type AppError struct {
Code int
Message string
Err error
}
func (e *AppError) Error() string {
return fmt.Sprintf("[%d] %s: %v", e.Code, e.Message, e.Err)
}
// 包装已有错误
return &AppError{Code: 500, Message: "处理请求失败", Err: err}
结合
fmt.Errorf的
%w动词可实现错误链：
if err != nil {
return fmt.Errorf("读取数据失败: %w", err)
}
基本上就这些。Go的错误处理强调显式和可控，避免隐藏失败。关键是根据错误性质选择返回、包装、重试或终止程序，保持代码清晰且容错性强。
