Golang中错误处理的讨论与解决方案

Golang中错误处理的讨论与解决方案 关于Go语言中错误处理的建议，有什么文章或资料推荐吗？ 我应该为所有情况都创建自定义错误吗？

4 回复

我应该创建自己的错误结构体，还是直接使用 errors.New() 或者

更多关于Golang中错误处理的讨论与解决方案的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


Gligor_Gudjevski:

我应该创建自己的错误吗

你当然需要处理你的错误，但具体是什么让你感到困扰呢？

这取决于你的项目，并没有一个标准规则。对于大多数小型项目来说，一个高级的错误处理系统可能有些大材小用。另一方面，也可能存在一个简单的API需要返回错误结构体的情况。只有你自己能决定在特定情况下使用哪种错误处理方式。

在Go语言中，错误处理是一个核心设计模式。以下是一些关键实践和示例：

推荐资料：

  • Go官方博客 “Error handling and Go”
  • Dave Cheney的 “Don’t just check errors, handle them gracefully”
  • Go标准库的errors包源码

自定义错误的使用场景：

// 1. 需要携带额外上下文时
type ValidationError struct {
    Field   string
    Message string
}

func (e ValidationError) Error() string {
    return fmt.Sprintf("%s: %s", e.Field, e.Message)
}

// 2. 需要错误类型判断时
var ErrNotFound = errors.New("resource not found")

func FindUser(id string) error {
    return fmt.Errorf("%w: user %s", ErrNotFound, id)
}

// 3. 简单错误使用标准errors
func Divide(a, b float64) (float64, error) {
    if b == 0 {
        return 0, errors.New("division by zero")
    }
    return a / b, nil
}

// 错误处理示例
func process() error {
    if err := operation(); err != nil {
        // 错误类型判断
        if errors.Is(err, ErrNotFound) {
            // 处理特定错误
            return nil
        }
        
        // 添加上下文
        return fmt.Errorf("process failed: %w", err)
    }
    return nil
}

不需要为所有情况创建自定义错误。简单错误使用errors.New或fmt.Errorf，需要错误类型检查或携带结构化数据时才使用自定义错误类型。

回到顶部