Go通过error类型处理错误，使用defer和recover捕获panic以应对未知错误，适用于goroutine、Web中间件等场景，防止程序崩溃，确保服务健壮性。

在 Go 语言中，错误处理是通过返回 error 类型来实现的，而不是像其他语言那样使用异常机制。因此，“未知错误”通常指的是程序运行过程中未预期到的错误，比如空指针解引用、数组越界、panic 引发的运行时错误等。虽然 Go 鼓励显式错误处理，但在某些场景下（如服务入口、协程执行、中间件）仍需捕获潜在的 panic 来防止程序崩溃。

使用 defer 和 recover 捕获 panic

Go 提供了 defer 和 recover 机制来捕获和处理运行时 panic，这是捕获“未知错误”的主要方式。

recover 必须在 defer 中调用才有效，它能中止 panic 并返回 panic 的值。以下是一个典型用法：

func safeCall() { defer func() { if r := recover(); r != nil { log.Printf("捕获到未知错误: %v", r) // 可以记录日志、发送告警或返回默认值 } }() // 可能引发 panic 的代码 panic("这是一个测试 panic") }

在 goroutine 中捕获未知错误

协程中的 panic 不会自动被主协程捕获，必须在每个 goroutine 内部使用 defer+recover。

立即学习“go语言免费学习笔记（深入）”；

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

go func() { defer func() { if r := recover(); r != nil { log.Printf("goroutine 中捕获 panic: %v", r) } }() // 危险操作 var p *int _ = *p // 触发 panic }()

如果不加 recover，该 panic 会导致整个程序退出。

在 Web 服务中全局捕获 panic

在 HTTP 服务中，可以在中间件中使用 recover 来防止某个请求的 panic 影响整个服务。

func recoverMiddleware(next http.HandlerFunc) http.HandlerFunc { return func(w http.ResponseWriter, r *http.Request) { defer func() { if r := recover(); r != nil { log.Printf("HTTP 请求发生 panic: %v", r) http.Error(w, "Internal Server Error", 500) } }() next(w, r) } }

注册路由时使用该中间件，可确保即使处理函数 panic，服务也能返回 500 而不中断。

recover 的注意事项

• recover 只能捕获同一 goroutine 中的 panic
• recover 必须在 defer 函数中直接调用，嵌套调用无效
• panic 可以接受任意类型参数，recover 返回 interface{}，需要类型判断
• 不是所有错误都需要 recover，应优先使用 error 返回值进行正常错误处理

基本上就这些。Go 的设计哲学是显式错误处理，所以不要滥用 recover。它适用于边界保护，比如 API 入口、协程启动、插件调用等可能失控的场景。正常业务逻辑应通过返回 error 来处理已知错误，而 recover 用于兜底未知 panic，保证程序健壮性。