Golang错误处理技巧与最佳实践

在 Golang 中，错误处理通过返回值显式处理可预见问题，异常则用 panic 和 recover 处理严重运行时问题。1. 错误（error）用于预期可能出错的情况，如文件读取失败，需主动检查并处理；2. 异常（panic）用于程序无法继续执行的意外情况，如数组越界，应尽量避免滥用；3. 建议优先使用 error 处理常规错误，保留 panic 于真正意外场景；4. 正确处理 error 需检查返回值、记录或注释忽略的错误、自定义错误信息、包装错误链、判断错误类型；5. panic 应配合 defer 和 recover 使用，但不推荐用于常规错误流程；6. 最佳实践包括尽早返回错误、统一日志格式、使用 errors.Is/As 判断错误、分类管理错误类型、测试错误路径，以提升代码稳定性与可维护性。

在 Golang 中，错误处理和异常处理是两个不同的概念。Go 语言没有像其他语言那样的 try-catch 结构，而是通过返回值来处理错误，同时用 panic 和 recover 来应对运行时异常。这种设计让错误处理更显式、更可控，但也要求开发者在写代码时更加谨慎。

错误（error） vs 异常（panic）

Go 中的 错误（error） 是程序运行中预期可能会出错的情况，比如文件读取失败、网络请求超时等。这些情况应该被主动检查并处理。

而 异常（panic） 是程序运行过程中发生的严重问题，通常表示程序已经无法继续正常执行，例如数组越界、空指针访问等。这类问题一般不建议频繁使用，只用于真正“意外”的场景。

建议：尽量使用 error 处理可预见的问题，避免滥用 panic。

如何正确处理 error

Go 的函数经常会在返回值中包含一个 error 类型，调用者必须检查这个值。常见的做法如下：

data, err := os.ReadFile("file.txt")
if err != nil {
    log.Println("读取文件失败:", err)
    return
}

几个关键点：

• 不要忽略 error：即使你暂时不想处理它，至少要记录下来或明确注释。
• 自定义错误信息：可以用 errors.New() 或 fmt.Errorf() 创建带上下文的错误。
• 包装错误（Wrap Error）：使用 fmt.Errorf(": %w", err) 可以保留原始错误链，便于后续分析。
• 判断错误类型：有时候需要根据错误类型做不同处理，可以自定义错误类型并实现 Error() 方法。

panic 和 recover 的使用时机

panic 会立即停止当前函数的执行，并开始逐层回溯调用栈，直到程序崩溃，除非被 recover 捕获。

defer func() {
    if r := recover(); r != nil {
        fmt.Println("捕获到 panic:", r)
    }
}()

使用原则：

• 在库函数中应尽量避免直接 panic，而是返回 error。
• 如果确实要用 panic，应在文档中说明触发条件。
• recover 应该在 defer 中使用，否则无法捕获 panic。
• 不推荐用 recover 来处理常规错误流程，那会让逻辑变得混乱。

错误处理的最佳实践

1. 尽早返回错误

   if err := doSomething(); err != nil {
       return err
   }

   这样可以让代码结构清晰，减少嵌套。

2. 统一错误日志格式 所有错误都应该带上上下文信息，比如函数名、操作对象等。

3. 使用 errors.Is 和 errors.As 判断错误 避免直接比较 error 字符串，而是使用标准库提供的工具函数。

4. 错误分类管理 对于大型项目，可以把错误分门别类，比如定义数据库错误、网络错误等类型，方便统一处理。

5. 测试错误路径 单元测试不仅要验证成功路径，也要模拟错误情况，确保错误处理逻辑有效。

基本上就这些。Golang 的错误处理机制虽然简单，但要做到清晰、健壮，还是需要一些经验和规范。只要养成良好的习惯，就能写出既稳定又易维护的代码。