在Go中，panic和recover用于处理严重错误，通过defer触发recover可捕获panic并恢复执行。例如在safeDivide函数中，当除数为零时panic，defer中的recover捕获该异常并返回错误信息。在HTTP服务中，recover中间件统一处理请求中的panic，避免服务崩溃，同时记录日志并返回500错误响应。但并非所有panic都应恢复，如空指针或越界等系统级错误应让程序终止。可通过自定义panic类型（如带“user:”前缀的字符串）区分可恢复与不可恢复的panic，在recover中判断类型决定是否重新panic。关键是在defer中使用recover，并明确恢复边界，确保程序健壮性与稳定性。
在Go语言中，panic和recover机制用于处理程序运行时的严重错误。虽然panic会中断正常流程，但通过defer和recover可以实现可控的恢复，避免整个程序崩溃。关键在于合理使用defer触发recover，并对recover的结果进行判断和处理。
理解panic与recover的基本机制
panic会立即停止当前函数的执行，并开始逐层回溯调用栈，直到遇到recover调用。recover只有在defer函数中才有效，它能捕获panic的值并恢复正常执行。
例如：
func safeDivide(a, b int) (result int, err error) {
defer func() {
if r := recover(); r != nil {
err = fmt.Errorf("panic occurred: %v", r)
}
}()
if b == 0 {
panic("division by zero")
}
return a / b, nil
}
在HTTP服务中控制panic恢复
Web服务中常见的做法是在中间件中统一处理panic，防止因单个请求导致服务终止。
编写一个recover中间件：
立即学习“go语言免费学习笔记（深入）”；
- 使用defer注册恢复逻辑
- recover捕获异常后记录日志
- 返回友好的错误响应而不是让连接挂起
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("Recovered from panic: %v", r)
http.Error(w, "Internal Server Error", 500)
}
}()
next.ServeHTTP(w, r)
})
}
选择性恢复与错误传播
不是所有panic都应该被恢复。有些属于不可恢复的程序错误，比如空指针解引用或数组越界，应让其终止程序。
可通过定义自定义panic类型来区分可恢复与不可恢复的情况：
- 使用字符串或结构体标记业务相关的panic
- 在recover中判断类型决定是否重新panic
- 例如仅恢复特定前缀的panic消息
if p, ok := r.(string); ok && strings.HasPrefix(p, "user:") {
// 处理用户输入导致的panic
} else {
panic(r) // 重新抛出系统级panic
}
