Go语言通过error处理常规错误，推荐显式检查并使用fmt.Errorf包装；panic和recover用于不可恢复的异常场景，如初始化失败；利用errors.Is、errors.As进行错误类型判断；结合日志与监控系统统一管理错误上下文，实现清晰可控的错误处理流程。
在Go语言中，并没有传统意义上的“异常”机制，如Java或Python中的try-catch。Go推荐使用返回错误（error）的方式来处理运行时问题，从而实现更清晰、可控的流程管理。所谓“优雅处理异常”，实际上是关于如何合理地处理error、何时使用panic与recover，以及如何设计错误传递路径。
1. 使用 error 进行常规错误处理
Go中大多数错误应通过函数返回值中的error类型来表示。调用方需显式检查并处理错误，这是Go强调明确性和可读性的体现。
示例：
func readFile(filename string) ([]byte, error) {
data, err := os.ReadFile(filename)
if err != nil {
return nil, fmt.Errorf("读取文件失败: %w", err)
}
return data, nil
}
// 调用时必须检查 error
data, err := readFile("config.json")
if err != nil {
log.Fatal(err)
}
建议：
立即学习“go语言免费学习笔记（深入）”；
- 始终检查关键操作的返回错误，尤其是I/O、网络请求、解析等。
- 使用
fmt.Errorf包装原始错误（配合%w），保留堆栈上下文。 - 自定义错误类型时，可实现
error接口，便于区分错误种类。
2. panic 和 recover 的正确使用场景
panic会导致程序中断执行，随后逐层退出goroutine调用栈，直到遇到recover。它不应用于常规错误处理，而适用于不可恢复的程序状态。
常见适用场景：
- 初始化失败导致程序无法继续运行（如配置加载失败）。
- 断言逻辑不应到达的分支（类似assert）。
- 第三方库要求必须返回非nil接口但无法构造合法值。
示例：
func mustLoadConfig() *Config {
config, err := loadConfig()
if err != nil {
panic(fmt.Sprintf("配置加载失败: %v", err))
}
return config
}
若想捕获panic（例如在HTTP中间件中防止服务崩溃）：
func safeHandler(fn http.HandlerFunc) http.HandlerFunc {
return func(w http.ResponseWriter, r *http.Request) {
defer func() {
if err := recover(); err != nil {
log.Printf("发生panic: %v", err)
http.Error(w, "服务器内部错误", 500)
}
}()
fn(w, r)
}
}
注意：不要滥用recover去掩盖本该正常处理的错误。
3. 错误分类与可判断性处理
有时需要根据错误类型做出不同响应，比如判断是否是路径不存在、超时或权限问题。
Go提供了多种方式识别错误：
-
errors.Is：比较两个错误是否相同（包括包装链）。 -
errors.As：将错误链解包为特定类型。 -
errors.Unwrap：获取包装的底层错误。
示例：
if errors.Is(err, os.ErrNotExist) {
// 文件不存在
} else if timeoutErr := new(net.TimeoutError); errors.As(err, &timeoutErr) {
// 是网络超时错误
}
这种机制让错误处理更具语义和灵活性，避免依赖字符串匹配。
4. 统一错误日志与监控
在大型项目中，建议结合日志库（如zap、logrus）记录错误上下文，并集成监控系统（如Prometheus、Sentry）。
关键点：
- 记录错误发生的时间、位置、输入参数等上下文信息。
- 对用户暴露友好提示，但内部保留详细错误。
- 避免敏感信息（如密码、密钥）随错误泄露。
基本上就这些。Go的“异常处理”哲学是：用error表达可预期的问题，用panic/recover应对真正异常的情况。保持清晰的责任划分，才是真正的优雅。
