Go语言怎么在defer函数中正确执行recover-Golang-PHP中文网

recover 只在 panic 发生中且同 goroutine 的 defer 函数内直接调用时才有效；若跨 goroutine、被封装或不在 panic 调用栈中，recover 返回 nil。

go语言怎么在defer函数中正确执行recover

defer 中 recover 为什么经常失效

recover 只在 panic 正在发生、且当前 goroutine 尚未退出时有效；如果 defer 函数本身不是直接在 panic 的调用栈中（比如被封装成闭包、跨 goroutine 调用，或放在了错误的函数层级），recover() 会返回 nil，看似“没捕获到”。最常见的情况是：把 defer 写在了被调用函数里，而 panic 发生在它的调用者中——这时 defer 根本没机会执行。

必须满足的三个条件才能让 recover 生效

缺一不可：

defer 语句必须出现在和 panic 相同的 goroutine 中
defer 的函数必须在 panic 之后、函数返回之前执行（即它得是 panic 路径上尚未 return 的 defer）
recover() 必须在 defer 函数内部**直接调用**，不能包在另一个函数里（例如不能写成 func() { recover() }()）

正确写法示例与典型错误对比

✅ 正确（recover 在 defer 函数体第一层）：

func risky() {
    defer func() {
        if r := recover(); r != nil {
            log.Printf("caught: %v", r)
        }
    }()
    panic("something went wrong")
}

❌ 错误（recover 被包在额外函数中，失去上下文）：

GitHub Actions Retry Recovery Audit

审计 GitHub Actions 运行，检测失败后成功的重试恢复模式，量化 flaky 重运行的浪费。

下载

func risky() {
    defer func() {
        // 这个匿名函数只是触发了另一个函数，recover 不在 defer 的直接调用栈中
        go func() {
            recover() // 永远返回 nil，且运行在新 goroutine
        }()
    }()
    panic("...") // 主 goroutine panic，但上面的 recover 在别的 goroutine 执行
}

⚠️ 注意：recover() 只能拦截当前 goroutine 的 panic，无法跨 goroutine 传递或捕获。