panic和recover是Go中用于处理不可恢复严重错误或主动中断流程的机制，非传统异常捕获；必须在defer中调用recover才能捕获同goroutine中的panic，不可替代error返回值。
在 Go 中，panic 和 recover 不是传统意义上的“异常捕获机制”，而是用于处理**不可恢复的严重错误**或**主动中断程序流程**的内置机制。它不能替代错误处理（error 返回值），但对某些场景（如初始化失败、非法状态、HTTP 处理器兜底）非常关键。
panic 是什么：主动触发运行时崩溃
panic 会立即停止当前 goroutine 的正常执行，开始向上逐层调用 defer 函数，并打印 panic 信息和堆栈。如果未被 recover，整个程序将终止。
常见触发方式：
- 调用
panic("message")或panic(err) - 发生运行时错误（如 nil 指针解引用、切片越界、向已关闭 channel 发送数据）
- 调用
os.Exit()不会触发 defer 或 recover，它直接退出
recover 必须在 defer 中调用才有效
recover 只能在 defer 函数中调用才有意义，且仅对**同一 goroutine 中当前正在发生的 panic** 生效。它会捕获 panic 值并让 goroutine 恢复执行（后续代码继续运行）。
立即学习“go语言免费学习笔记（深入）”；
关键规则：
- 必须在
defer内部调用recover()，写在普通函数体里无效 - 必须在 panic 发生前注册好 defer（即 defer 语句要在 panic 调用之前执行）
- recover 只能捕获本 goroutine 的 panic；无法跨 goroutine 捕获
典型用法：HTTP 处理器中的 panic 兜底
Web 服务中常把 recover 用作顶层防御，防止一个 handler panic 导致整个 server 崩溃：
func recoverPanic(next http.Handler) http.Handler {
return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
defer func() {
if err := recover(); err != nil {
log.Printf("Panic recovered: %v", err)
http.Error(w, "Internal Server Error", http.StatusInternalServerError)
}
}()
next.ServeHTTP(w, r)
})
}
// 使用
http.Handle("/", recoverPanic(http.HandlerFunc(handler)))
不推荐的用法：别用 panic/recover 替代 error 处理
以下写法是反模式：
// ❌ 错误：把可预期的业务错误当 panic 处理
func divide(a, b float64) float64 {
if b == 0 {
panic("division by zero")
}
return a / b
}
// 正确做法：返回 error
func divide(a, b float64) (float64, error) {
if b == 0 {
return 0, errors.New("division by zero")
}
return a / b, nil
}
理由：
- panic 开销大（需构造栈帧、调度 defer）
- 破坏控制流，难以追踪和测试
- 违反 Go “错误即值” 的设计哲学
小技巧：在 defer 中区分 panic 类型
你可以用类型断言判断 panic 的具体类型，做差异化处理：
defer func() {
if r := recover(); r != nil {
switch x := r.(type) {
case string:
log.Printf("panic string: %s", x)
case error:
log.Printf("panic error: %v", x)
default:
log.Printf("unknown panic type: %T, value: %v", x, x)
}
}
}()
掌握 panic/recover 的核心在于理解它的定位：它是安全网，不是常规工具。只在真正需要中断流程或兜底防护时使用，其余情况坚持用 error 显式传递错误。
