如何在 Go 的 recover 中准确判断错误类型-Golang-PHP中文网

在 go 中使用 recover 捕获 panic 时，需先通过类型断言将 interface{} 转为 error 才能调用 error() 方法；但更推荐避免 panic，改用预检与标准错误处理，并通过类型断言或 errors.as 判断具体错误类型。

在 go 中使用 recover 捕获 panic 时，需先通过类型断言将 interface{} 转为 error 才能调用 error() 方法；但更推荐避免 panic，改用预检与标准错误处理，并通过类型断言或 errors.as 判断具体错误类型。

Go 的 recover() 函数返回值类型为 interface{}，它本身不包含任何方法——因此直接调用 err.Error() 会编译报错：err.Error undefined (type interface {} is interface with no methods)。若你确需在 defer 中检查 panic 错误内容（例如调试或封装底层不稳定的库），必须先进行类型断言，将其安全转换为 error 类型：

defer func() {
    if r := recover(); r != nil {
        if err, ok := r.(error); ok {
            // 成功断言为 error，可安全调用 Error()
            if strings.Contains(err.Error(), "slice bounds out of range") {
                fmt.Println("捕获到切片越界 panic")
                return
            }
        }
        // 若不是 error 类型（如字符串、整数等 panic 值），可按需处理
        fmt.Printf("panic 值非 error 类型: %v (类型: %T)\n", r, r)
    }
}()

⚠️ 重要提醒：这不是推荐的错误处理方式。

recover() 仅应用于真正无法避免的 panic 场景（如插件系统、HTTP 处理器兜底、Fuzz 测试沙箱等）。对 a[1] = 0 这类切片越界，应通过逻辑预检彻底规避：
```
a := make([]int, 0)
if len(a) > 1 {
    a[1] = 0 // 安全写入
} else {
    fmt.Println("索引 1 超出当前切片长度")
}
```
字符串匹配错误信息（如 strings.Contains(err.Error(), "...")）脆弱且不可靠：错误消息属于实现细节，可能随 Go 版本、语言环境或第三方库更新而变化，且无法跨平台/多语言一致工作。

✅ Go 推荐的健壮做法是：

优先预防 panic：用 len()、cap()、边界检查替代盲目访问；

使用Go语言搭建家庭相册系统-相关课件
使用Go语言搭建家庭相册系统-相关课件

下载

使用标准错误类型判断：若错误来自标准库或支持 errors.Is / errors.As 的包，应使用类型安全方式识别：

import "errors"

// 示例：判断是否为 io.EOF（需错误链支持）
if errors.Is(err, io.EOF) { ... }

// 或提取具体错误类型（如自定义错误或 net.OpError）
var opErr *net.OpError
if errors.As(err, &opErr) && opErr.Op == "read" {
    // 处理网络读取错误
}