在 go 语言中，错误处理主要通过 error 接口和 panic/recover 机制实现。1. 使用 error 接口处理常规错误，适用于大多数可预见的错误场景，如文件读写、网络请求等，函数返回 error 值强制开发者显式处理错误；2. panic 用于不可恢复的致命错误，如初始化失败或配置加载错误，但应避免滥用，防止程序崩溃；3. recover 必须在 defer 中使用，用于捕获 panic 并进行善后处理，建议仅在顶层或关键入口处使用；4. 最佳实践包括优先使用 error、为错误添加上下文信息、避免裸奔的 panic、统一错误结构以及测试错误路径，从而提升代码可靠性和维护性。
在 Go 语言中，错误处理是一种很常见的任务。Golang 设计上鼓励显式地检查和处理错误，而不是像其他语言那样依赖异常机制。因此，在实际开发中，我们主要使用 error 接口进行常规错误处理，而在真正异常的情况下才会用到 panic 和 recover。
使用 error 接口处理常见错误
Go 中的错误处理核心是 error 接口。它是一个内建接口，定义如下：
type error interface {
Error() string
}任何实现了 Error() 方法的类型都可以作为错误返回。函数通常会返回一个 error 类型值来表示执行是否成功。
立即学习“go语言免费学习笔记（深入）”；
示例：
func divide(a, b float64) (float64, error) {
if b == 0 {
return 0, fmt.Errorf("除数不能为零")
}
return a / b, nil
}调用时：
result, err := divide(10, 0)
if err != nil {
fmt.Println("发生错误:", err)
} else {
fmt.Println("结果是:", result)
}这种方式适用于大多数业务逻辑中的错误处理，比如文件读写失败、网络请求出错等。它的优点在于代码清晰、易于调试，并且强制开发者去关注每一个可能出错的地方。
panic 的使用场景与风险
panic 是一种终止当前 goroutine 执行的方式，通常用于遇到不可恢复的错误，例如数组越界、空指针访问等。
简单例子：
func main() {
panic("程序崩溃了")
}一旦执行到 panic，程序就会立即停止当前函数的执行，并开始 unwind 调用栈，直到整个 goroutine 崩溃。除非配合 recover 使用，否则会导致程序退出。
注意： 不建议滥用 panic。只有在你确定程序无法继续运行的时候才使用它。比如初始化失败、配置加载错误等情况。
使用 recover 恢复 panic
recover 只能在 defer 函数中使用，用来捕获并处理 panic 引发的错误。
示例：
func safeDivision(a, b float64) {
defer func() {
if r := recover(); r != nil {
fmt.Println("捕获到 panic:", r)
}
}()
if b == 0 {
panic("除数为零")
}
fmt.Println("结果是:", a/b)
}在这个函数中，如果触发了 panic，会被 defer 中的 recover 捕获，然后可以记录日志或者做其他善后处理。
不过要记住：
- recover 只对当前 goroutine 生效
- 不要在每层函数都 defer recover，这会让错误难以追踪
- 尽量只在顶层或关键入口处使用 recover 来兜底
错误处理的最佳实践
-
优先使用 error，而非 panic
- 大多数可预见的问题都应该通过返回 error 来处理
- 这样可以让调用者明确知道哪里可能出错，并做出相应处理
-
为 error 添加上下文信息
- 使用
fmt.Errorf("xxx: %w", err)或第三方库如pkg/errors提供的 Wrap 方法添加更多信息 - 方便后续排查问题
- 使用
-
避免“裸奔”的 panic
- 如果不是真正致命的错误，不要直接 panic
- 即使要用，也要确保有 recover 机制兜底
-
统一错误处理结构（可选）
- 对于大型项目，可以封装统一的错误结构体，便于集中处理和日志输出
- 例如定义
AppError类型，包含 code、message、stack 等字段
-
测试你的错误路径
- 不仅要测试正常流程，也要验证错误分支是否被正确处理
- 特别是在中间件、服务层等地方，错误传递是否正确尤为重要
基本上就这些。Go 的错误处理机制虽然看起来啰嗦，但这种显式处理方式让代码更可靠、更容易维护。只要合理使用 error 和 panic/recover，就能写出健壮的服务。
