Go语言通过panic和recover机制处理运行时异常，recover必须在defer中调用且仅对当前goroutine有效，可捕获panic并恢复执行，常用于HTTP中间件全局捕获错误，防止程序崩溃，但不应替代常规error处理。

在Go语言中，没有像其他语言那样的try-catch机制来处理异常。但Go提供了panic和recover机制来应对运行时的严重错误，也就是所谓的“异常”。合理使用recover可以在程序出现panic时进行捕获，防止整个程序崩溃，实现优雅的错误恢复。

理解 Panic 和 Recover 的工作机制

当程序执行到panic时，正常的函数执行流程会被中断，当前函数及调用栈中的defer函数会依次执行。如果在某个defer中调用了recover，并且此时正处于panic状态，recover就会拦截该panic并返回panic传入的值，从而恢复正常流程。

关键点：

• recover必须在defer中调用才有效
• 只有当前goroutine中的panic能被recover捕获
• recover返回interface{}类型，需根据需要做类型断言

基础异常捕获示例

以下是一个简单的异常捕获例子：

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

Skill Weave Chains — 技能链路由引擎

开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。

下载

func safeDivide(a, b int) (result int, err error) { defer func() { if r := recover(); r != nil { err = fmt.Errorf("运行时错误: %v", r) } }() result = a / b return result, nil }

在这个函数中，如果b为0，除法操作会触发panic。但由于我们使用了defer+recover，程序不会崩溃，而是将错误封装成error返回。

在Web服务中全局捕获panic

在实际项目中，尤其是在HTTP服务中，通常会在中间件层面统一处理panic，避免因单个请求导致服务退出。

func recoverMiddleware(next http.Handler) http.Handler { return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) { defer func() { if r := recover(); r != nil { log.Printf("Panic捕获: %v\n", r) http.Error(w, "服务器内部错误", http.StatusInternalServerError) } }() next.ServeHTTP(w, r) }) }

将此中间件注册到路由中，即可确保每个请求都在受保护的环境中执行。

注意事项与最佳实践

虽然recover很强大，但不应滥用。以下是一些实用建议：

• 不要用recover代替正常的错误处理。Go推荐通过返回error来处理可预期的错误
• 在协程中使用recover时，每个goroutine需要独立的defer-recover结构
• recover后应记录日志，便于排查问题根源
• 避免在recover中执行复杂逻辑，尽量只做清理和错误返回

基本上就这些。掌握好panic和recover的使用场景，能让Go程序在面对意外情况时更加稳健。关键是分清哪些是应该用error处理的常规错误，哪些才是需要用recover兜底的真正异常。