在 go 语言中，错误处理通过 error 和 panic 两种机制实现，分别用于可恢复和不可恢复的错误。1. error 是用于预期、可处理的错误情况，如文件打开失败或网络请求超时，必须显式检查并处理，确保程序流程清晰稳定；2. panic 用于不可恢复的运行时错误，如数组越界或空指针访问，会立即中断当前函数执行，需谨慎使用，避免滥用影响程序可控性与维护性。实际开发中建议对外接口优先返回 error，在包内部可结合 recover 对 panic 做统一兜底处理，以提升系统健壮性。
在 Go 语言中，错误处理是程序健壮性的关键部分。Golang 的设计哲学强调“显式优于隐式”，所以它没有像其他语言那样使用 try/catch 这样的异常机制，而是通过返回 error 和使用 panic/recover 来处理不同的错误情况。
简单说：error 用于预期的、可恢复的错误；panic 用于不可恢复的、运行时崩溃的情况。
使用 error 处理预期错误
Go 中最常见也是推荐的方式就是通过函数返回
error类型来处理错误。这种方式适用于那些你已经预料到可能会出错的情况，比如文件打开失败、网络请求超时等。
立即学习“go语言免费学习笔记（深入）”；
举个例子：
file, err := os.Open("example.txt")
if err != nil {
fmt.Println("打开文件失败:", err)
return
}这种写法虽然看起来啰嗦，但好处也很明显：
- 错误必须被检查和处理，不能忽略。
- 程序流程清晰，不会因为一个错误就中断整个执行。
- 更容易写出稳定、可维护的代码。
所以，只要是你能预见到的问题，都应该用 error 来处理。
使用 panic 表示不可恢复的错误
panic是一种更“激烈”的错误处理方式，一旦调用就会立即停止当前函数的执行，并开始 unwind 调用栈，直到程序崩溃或被
recover捕获。
它适合用来处理一些不应该发生、或者无法继续执行下去的情况，比如数组越界、空指针访问等。
例如：
if somethingUnrecoverableHappened {
panic("unexpected error occurred")
}不过需要注意：
- 不要滥用 panic，除非你真的认为这个错误会导致整个程序无法继续运行。
- 如果你打算在库中使用 panic，最好提供 recover 接口给调用者处理。
- 在主流程中频繁使用 panic 会让程序变得难以调试和维护。
error 和 panic 的区别总结
| 特性 | error | panic |
|---|---|---|
| 用途 | 预期错误，可以处理 | 不可恢复错误，通常导致崩溃 |
| 是否强制处理 | 是 | 否 |
| 对程序的影响 | 不会中断正常流程 | 立即中断当前函数执行 |
| 可控性 | 强，流程可控 | 弱，需要 recover 才能恢复 |
简单来说：
- error 是温和派，告诉你：“这里有问题，你可以选择怎么处理。”
- panic 是强硬派，直接喊：“这没法继续了！”
实际开发中的一些建议
- 尽量避免在函数中混用 error 和 panic，保持一致性。
- 在包内部可以适当使用 panic + recover 做统一错误兜底，但对外接口尽量只返回 error。
- 写库的时候，不要轻易 panic，否则会让使用者措手不及。
- 对于 web 框架之类的场景，可以在中间件中 recover panic 并统一返回 500 错误，防止服务完全崩溃。
基本上就这些。Go 的错误处理风格可能一开始看起来繁琐，但它鼓励开发者认真对待每一个可能出错的地方，从而写出更稳健的系统。
