17370845950

Go错误处理核心是“值在前、error在后”的多返回值范式，要求显式检查error，不可忽略；支持自定义error类型以增强可判断性。

Go语言通过多返回值机制天然支持“值 + 错误”组合返回，这是其错误处理的核心范式。关键不是“如何返回”，而是“如何一致、清晰地判断和使用”——重点在于调用方对 error 的显式检查，以及合理组织返回值顺序（惯例：结果在前，error 在后）。

遵循“值在前，error在后”的约定

Go标准库和主流项目都采用此顺序，例如 os.Open(filename string) (*os.File, error)。这便于配合 if err != nil 快速判错，也利于使用短变量声明简洁赋值：

• ✅ 推荐写法：f, err := os.Open("config.json") —— 可直接在下一行 if err != nil 处理
• ❌ 避免反序：err, f := os.Open("config.json") —— 违背直觉，增加阅读负担，且无法利用 Go 的“_ 忽略单个值”特性（如 _, err := ...）

必须显式检查 error，不可忽略

Go 不提供异常抛出/捕获机制，error 是普通值，不检查就等于默认成功。常见错误包括：

• 只检查 err == nil 却未处理非 nil 情况（如漏写 return 或 panic）
• 用 _ 忽略 error：data, _ := json.Marshal(v) —— 掩盖潜在序列化失败
• 在循环中忽略单次错误，导致部分数据处理失败却不报警

正确做法是：每次调用后立即判断，并决定继续、返回或终止：

立即学习“go语言免费学习笔记（深入）”；

result, err := doSomething()
if err != nil {
    log.Printf("操作失败: %v", err)
    return err // 或 return nil, err；或 panic(err)（慎用）
}
// 此处 result 可安全使用

组合多个返回值时保持逻辑清晰

当函数需返回多个业务值（如 id, name, err），仍坚持 error 放最后。调用时可用短声明一次性接收，也可用 _ 忽略不需要的值：

• 全接收：id, name, err := getUserInfo(123)
• 只关心错误：_, _, err := getUserInfo(123)
• 只关心某个值：id, _, err := getUserInfo(123)

注意：若 err != nil，其他返回值通常为该类型的零值（如 0, "", nil），不应假设其有效。务必先判错再使用其他值。

自定义 error 类型增强可判断性

基础 error 接口仅含 Error() string，不利于程序化判断。可通过以下方式提升：

• 使用 errors.Is() 和 errors.As()（Go 1.13+）匹配预定义错误（如 os.ErrNotExist）
• 定义带字段的结构体错误类型，实现 Unwrap() 支持链式错误
• 对关键错误添加方法（如 IsTimeout() bool），供调用方语义化判断

示例：

type ValidationError struct {
    Field string
    Msg   string
}
func (e *ValidationError) Error() string { return "validation failed: " + e.Msg }
func (e *ValidationError) IsValidation() bool { return true }

// 调用方
if verr, ok := err.(*ValidationError); ok && verr.IsValidation() {
    // 特殊处理校验错误
}