如何在Go语言中使用recover捕获程序运行异常-Golang-PHP中文网

recover必须在defer函数中直接调用才有效，仅捕获同goroutine内由panic()主动触发的异常，对运行时错误（如空指针、越界）无效，不可替代显式error处理。

如何在go语言中使用recover捕获程序运行异常

recover 必须在 defer 中调用才有效

Go 没有传统 try/catch，recover 只能在 defer 函数中起作用，且仅对当前 goroutine 的 panic 生效。如果在普通函数里直接调用 recover()，它永远返回 nil，不会捕获任何东西。

必须写成 defer func() { if r := recover(); r != nil { /* 处理 */ } }() 形式
不能写成 defer recover() —— 这会立即执行 recover，此时还没 panic，返回 nil
如果 panic 发生在其他 goroutine，当前 goroutine 的 defer 里的 recover 完全无感知

recover 只能捕获 panic，不能捕获 runtime error

recover 只拦截由 panic() 主动触发的异常，对 Go 运行时抛出的致命错误（如空指针解引用、切片越界、除零）无效——这些会导致程序直接崩溃，defer 甚至都来不及执行。

例如 var p *int; fmt.Println(*p) 触发 panic: runtime error: invalid memory address...，recover 捕不到
但 panic("custom error") 或 panic(fmt.Errorf("oops")) 可被正常捕获
想拦截运行时错误？做不到。只能靠静态检查、单元测试、pprof 分析或外部监控

recover 后程序继续执行，但栈已展开完毕

成功调用 recover 后，panic 被终止，控制权回到 defer 所在函数的末尾，后续代码照常运行。但要注意：panic 发生点之前的调用栈已经全部展开（所有中间函数的 defer 已执行），无法“回滚”或“重试”那部分逻辑。

Book Data Recovery

通过Lokuli MCP预订数据恢复服务。当用户需要查找并预订数据恢复时使用。触发请求包括“预订数据恢复”、“查找附近的数据恢复”或任何数据恢复服务请求。

下载

常见误用：在 recover 后试图继续使用已失效的局部资源（比如 panic 前打开的文件句柄可能已关闭）
不要依赖 panic 点附近的变量状态；应把关键数据提前保存到 defer 闭包外的作用域

示例：

func risky() {
    f, _ := os.Open("x")
    defer func() {
        if r := recover(); r != nil {
            log.Printf("recovered: %v", r)
            f.Close() // ✅ 安全：f 在闭包外可见
        }
    }()
    panic("boom")
}