interface{} 与 nil 直接比较常失效，因其是含类型和数据的两字宽结构体；即使底层值为 nil，只要类型信息非空，接口值就不等于 nil。
直接比较 interface{} 和 nil 为什么经常失效
因为 interface{} 是一个两字宽结构体（type + data），即使底层值是 nil，只要类型信息非空，整个接口值就不等于 nil。常见陷阱是：传入一个 *string 的 nil 指针给 interface{}，再用 == nil 判断，结果为 false。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 永远不要对泛型接口变量直接写
if v == nil，除非你 100% 确定它没装任何具体类型 - 如果函数参数是
interface{}，且你关心“是否传了有效值”，必须用reflect拆解 - 更安全的做法是改用具体类型参数（如
*string、io.Reader），让编译器帮你守住空值边界
reflect.Value.IsNil() 的适用范围和 panic 风险
reflect.Value.IsNil() 只能用于指向指针、切片、映射、通道、函数或不安全指针的 reflect.Value；对普通值（如 int、string）或未导出字段调用会 panic。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先用
reflect.Value.Kind()过滤可判空类型：ptr、slice、map、chan、func、unsafe.Pointer - 调用前务必检查
reflect.Value.IsValid()，避免传入零值reflect.Value - 对结构体、数组、接口本身，
IsNil()不可用 —— 它们没有“nil 状态”概念
安全检测任意 interface{} 是否“逻辑为空”的通用函数
以下函数覆盖常见场景：指针、切片、map、channel、func、interface{} 自身，同时跳过不可判空类型并静默处理无效值：
func IsNil(v interface{}) bool {
if v == nil {
return true
}
rv := reflect.ValueOf(v)
if !rv.IsValid() {
return false
}
switch rv.Kind() {
case reflect.Ptr, reflect.Map, reflect.Slice, reflect.Chan, reflect.Func:
return rv.IsNil()
case reflect.Interface:
// 解包一层 interface{}，递归判断其内部值
if rv.IsNil() {
return true
}
return IsNil(rv.Elem().Interface())
}
return false
}
使用示例：
-
IsNil((*string)(nil))→true -
IsNil([]int(nil))→true -
IsNil(struct{}{})→false（结构体不能为 nil） -
IsNil((interface{})(nil))→true -
var x interface{}; IsNil(x)→true
为什么不用 reflect.DeepEqual(v, nil)
reflect.DeepEqual 对 nil 的处理不一致且隐式：它允许比较不同类型的值，但对未导出字段、函数、map 中的 NaN 等行为难预测；更重要的是，它不区分“接口值为 nil”和“接口值含 nil 指针”，容易掩盖真实意图。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 完全避免用
DeepEqual(v, nil)做空值判断 —— 这不是它的设计用途 - 该函数适合比对两个复杂数据结构是否“语义相等”，而非做空值守卫
- 一旦用了，可能在某些版本 Go 中因内部实现变化导致行为漂移
真正麻烦的地方不在代码怎么写，而在于你得时刻记住：Go 的 nil 是类型绑定的，interface{} 只是它的容器，不是它的同义词。漏掉一次 IsValid() 检查，或者误判了一个 struct{} 的可空性，panic 就在运行时等着。
