defer 和 recover 是 Go 语言中用于处理 panic 的关键机制，通过在 defer 函数中调用 recover 可捕获并恢复程序执行，防止 panic 导致整个程序崩溃。recover 仅在 defer 中有效，返回 panic 值或 nil，常用于函数入口、goroutine 和中间件中实现安全容错，但不应替代正常的 error 错误处理流程。
在Go语言中，defer 和 recover 是实现函数级安全容错的重要机制。虽然Go鼓励通过返回错误值来处理异常情况，但在某些场景下（如防止panic导致程序崩溃），使用 defer 配合 recover 能有效提升程序的健壮性。
理解 panic、recover 与 defer 的关系
Go没有传统意义上的异常抛出和捕获机制，而是通过 panic 触发运行时恐慌，recover 用于在 defer 中拦截这种恐慌。只有在 defer 函数中调用 recover 才能生效。
recover 的返回值是 interface{} 类型：如果当前 goroutine 正在发生 panic，recover 返回传入 panic 的值；否则返回 nil。
注意：recover 必须直接在 defer 函数中调用，包装一层将无效。基本用法：保护单个函数不崩溃
常见做法是在可能出错的函数入口处设置 defer+recover 捕获潜在 panic。
立即学习“go语言免费学习笔记（深入）”；
示例：
func safeDivide(a, b int) (result int, ok bool) {
defer func() {
if r := recover(); r != nil {
fmt.Println("发生恐慌:", r)
result = 0
ok = false
}
}()
result = a / b
ok = true
return
}
即使 b 为 0 导致 panic，该函数也能优雅返回错误标识，而不是让整个程序退出。
在 Goroutine 中使用 defer 防止主流程中断
Goroutine 内部的 panic 不会自动被外层 recover 捕获，必须在每个独立的 goroutine 中自行处理。
正确写法：
go func() {
defer func() {
if r := recover(); r != nil {
log.Printf("协程崩溃: %v", r)
}
}()
// 可能 panic 的操作
someDangerousOperation()
}()
这样即使某个协程出错，也不会影响其他协程或主线程执行。
封装通用 recover 处理逻辑
对于多个需要保护的函数，可以抽象出统一的错误恢复模板。
例如定义一个安全执行函数：
func withRecovery(fn func()) {
defer func() {
if r := recover(); r != nil {
fmt.Printf("捕获到 panic: %v\n", r)
// 可加入日志、监控上报等
}
}()
fn()
}
// 使用方式
withRecovery(func() {
panic("测试错误")
})
这种方式便于集中管理错误行为，比如记录堆栈、发送告警等。
基本上就这些。关键是把 defer + recover 当作“最后一道防线”，不能滥用为常规错误处理手段。正常业务逻辑仍应优先使用 error 返回机制。合理使用 recover 能让你的关键服务更稳定，尤其是在中间件、服务器主循环或插件加载等场景中非常实用。
