为何nil error无法从any类型断言恢复，而nil指针可以？

核心原因：接口类型与具体类型的nil处理逻辑差异 #

Go里的空接口any（原interface{}）在存储值时，对具体类型的nil和接口类型的nil有着完全不同的处理逻辑：

• 具体类型的nil（如*A类型的nil指针）：
  当你把*A类型的nil赋值给any时，any会同时记录该值的具体类型（*A）和nil值。后续用*A做类型断言时，因为类型完全匹配，ok会返回true，同时得到nil的指针值。
• 接口类型的nil（如error类型的nil）：
  error本身是带方法的接口类型，当你声明var nilErr error = nil时，这个变量是一个**“完全nil”的接口**——它的类型和值字段都是nil。把它赋值给any后，any也会变成“完全nil”的空接口（没有任何类型信息）。此时用error做类型断言时，因为any没有记录动态类型，所以ok会返回false，哪怕返回的recErr是nil。

针对错误缓存场景的解决方案 #

你需要区分缓存中的「nil错误」和「非error类型的对象」，核心是避免把error类型的nil直接转换成“完全nil”的any，以下两种方式可以解决问题：

方式1：用自定义空错误类型标记nil error

定义一个专门的空错误实现，缓存nil error时存入该类型实例，而非直接存nil：

// 自定义空错误类型
type nilError struct{}

func (n nilError) Error() string { return "" }

// 存入缓存的逻辑
func cacheError(err error) any {
    if err == nil {
        return nilError{}
    }
    return err
}

// 读取缓存并判断的逻辑
func processCachedValue(val any) {
    switch e := val.(type) {
    case error:
        // 断言为error成功，进一步判断是否是nilError
        if _, isNilErr := e.(nilError); isNilErr {
            println("这是nil错误")
        } else {
            println("这是非nil错误：", e.Error())
        }
    default:
        println("这不是error类型的对象")
    }
}

方式2：用结构体包装所有error

把要缓存的error（包括nil）都用结构体包装后存入any，确保any始终有具体类型，不会变成“完全nil”：

// 定义包装结构体
type cachedErrWrapper struct {
    Err error
}

// 存入缓存的逻辑
func cacheError(err error) any {
    return cachedErrWrapper{Err: err}
}

// 读取缓存并判断的逻辑
func processCachedValue(val any) {
    wrapper, ok := val.(cachedErrWrapper)
    if !ok {
        println("这不是error类型的对象")
        return
    }
    if wrapper.Err == nil {
        println("这是nil错误")
    } else {
        println("这是非nil错误：", wrapper.Err.Error())
    }
}

内容的提问来源于stack exchange，提问作者Remi.b