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语言免费学习笔记（深入）”；
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兜底的真正异常。
