Go语言recover识别不同panic类型的方法-Golang-PHP中文网

recover只能捕获当前goroutine未处理的panic，且必须直接在defer函数体内调用；跨goroutine panic无法被捕获，recover返回值为最后一次panic的参数，需用类型断言或type switch识别具体类型。

go语言recover识别不同panic类型的方法

recover只能捕获当前goroutine的panic，且必须在defer中调用

recover不是万能的“catch all”机制——它只对当前 goroutine 中尚未被处理的 panic 有效。如果 panic 发生在另一个 goroutine（比如 go func() { panic("x") }()），主 goroutine 的 defer + recover 完全无感知。这点常被误认为“recover没起作用”，其实是跨 goroutine 通信缺失导致的。

更关键的是：recover 必须直接写在 defer 函数体内，不能外包给另一个函数调用。下面两种写法效果完全不同：

defer func() { recover() }() // ✅ 有效

func safeRecover() { recover() }
defer safeRecover() // ❌ 无效，recover不在defer函数体内

Go 标准库注释明确写着：Executing a call to recover inside a deferred function (but not any function called by it) —— 括号里那句“not any function called by it”就是铁律。

用类型断言区分panic参数的具体类型

panic 可以传入任意 interface{} 值，recover 返回的也是 interface{}。要识别“是什么 panic”，得靠类型断言或 type switch，而不是看字符串内容。

传 string：用 err.(string) 或 err, ok := err.(string)
传 error 接口：用 err.(error)，常见于封装后的错误
传自定义结构体（如 panic(&MyPanic{Code: 500})）：用 err.(*MyPanic)
不确定类型时，优先用 type switch 避免 panic：

switch v := err.(type) {
case string:
    log.Printf("string panic: %s", v)
case error:
    log.Printf("error panic: %v", v)
case *MyPanic:
    log.Printf("custom panic: code=%d", v.Code)
default:
    log.Printf("unknown panic type: %T", v)
}

recover无法捕获已recover过的panic，链表中只取最顶上一个

Go 运行时用单向链表管理 panic（_panic 结构体），每次新 panic 都插在链表头。recover 实际上是把链表头的 recovered 字段设为 true，并返回其 arg 字段值。这意味着：

Book Data Recovery

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

下载

如果 defer 里先 recover()，再 panic("second")，外层 recover 拿到的是 "second"，不是第一次的
连续两次 panic 且只有一层 recover，只能捕获最后一次（链表头那个）
想保留多个 panic 信息？不行——recover 后旧 panic 的 aborted 会被置为 true，后续打印堆栈时虽会列出全部，但 recover 调用只返回链表头

所以别指望 recover 能“汇总”所有 panic；它只负责中断当前传播链，并交出最新生效的那个。