recover可捕获panic防止程序崩溃，需在defer函数中调用，用于提升程序健壮性，常用于HTTP中间件或关键路径保护，但不应替代正常错误处理。
在Golang中，程序遇到严重错误（如数组越界、空指针引用）时会触发panic，导致整个程序终止。为了提升程序的健壮性，可以使用recover机制捕获panic，防止程序崩溃。recover必须配合defer一起使用，且仅在defer函数中有效。
理解panic、recover和defer的关系
当函数执行过程中发生panic时，正常流程中断，开始执行所有已注册的defer函数。如果某个defer函数调用了recover，且此时正处于panic状态，recover将返回panic传递的值，并停止panic传播，从而恢复程序正常执行。
关键点：
- recover只有在defer函数中调用才有效
- recover返回interface{}类型，需根据需要进行类型断言
- recover后程序不会回到panic发生点，而是继续执行recover之后的逻辑
基础用法：在函数中使用recover
以下是一个典型的recover使用示例：
立即学习“go语言免费学习笔记（深入）”；
func safeDivide(a, b int) (result int, ok bool) { defer func() { if r := recover(); r != nil { fmt.Println("捕获到panic:", r) result = 0 ok = false } }() if b == 0 { panic("除数不能为零") } result = a / b ok = true return }在这个例子中，即使发生panic，函数也能安全返回错误标识，而不是让程序崩溃。
在HTTP服务中防止崩溃
Web服务中尤其需要防止因单个请求处理出错导致整个服务宕机。可以在中间件中统一使用recover：
func recoverMiddleware(next http.HandlerFunc) http.HandlerFunc { return func(w http.ResponseWriter, r *http.Request) { defer func() { if r := recover(); r != nil { log.Printf("请求发生panic: %v\n", r) http.Error(w, "服务器内部错误", 500) } }() next(w, r) } }
通过这种方式，即使某个处理函数出现未预期错误，服务仍能继续响应其他请求。
注意事项与最佳实践
recover虽然强大，但不应滥用。它适合用于：
- 第三方库调用的包裹层
- 高可用服务的关键路径保护
- 无法完全控制输入的公共接口
不建议用recover替代正常的错误处理。Go语言推荐通过error返回值显式处理异常情况，recover应作为最后一道防线。
另外，recover无法捕获所有“崩溃”，比如内存耗尽、goroutine泄漏等系统级问题。
基本上就这些。合理使用recover能让程序更稳健，但别忘了配合日志记录，方便后续排查问题。
