直接用 == nil 经常出错，因为 Go 中 nil 是“类型+值”双空，interface{} 装 nil 指针时 i == nil 为 false；需用 reflect.Value.IsNil() 安全判断，且须先 IsValid()、再 Kind 匹配、最后 IsNil()。
直接用 == nil 为什么经常出错？
因为 Go 的 interface{} 和指针等类型，nil 的语义不是“空”，而是“类型+值”双空。比如 var p *int = nil; var i interface{} = p，此时 i == nil 是 false（类型是 *int，不为空），但它的底层值确实是 nil。直接比较会漏判，尤其在泛型、中间件、序列化等场景里，容易引发后续 panic 或逻辑跳过。
-
nil只对六种类型有意义：指针（Ptr）、切片（Slice）、映射（Map）、通道（Chan）、函数（Func）、接口（Interface） - 值类型如
int、string、struct{}永远不能为nil，和nil比较会编译报错 -
reflect.ValueOf(x).IsNil()不能乱调——它只接受上述六种Kind，否则运行时 panic
reflect.Value.IsNil() 的安全调用三步法
反射判断 nil 不是“调一下就行”，而是一个必须按顺序检查的流程：先确认值有效，再确认类型可判空，最后才调 IsNil()。跳过任意一步都可能 panic 或返回错误结果。
- 第一步：
v.IsValid()—— 排除零值reflect.Value{}（比如reflect.ValueOf(nil).Elem()的结果） - 第二步：
v.Kind()∈{reflect.Ptr, reflect.Slice, reflect.Map, reflect.Chan, reflect.Func, reflect.Interface} - 第三步：
v.IsNil()—— 此时才真正安全
示例：
func safeIsNil(v interface{}) bool {
rv := reflect.ValueOf(v)
if !rv.IsValid() {
return true // 零值 Value 视为 nil
}
switch rv.Kind() {
case reflect.Chan, reflect.Func, reflect.Map, reflect.Ptr, reflect.Slice, reflect.UnsafePointer:
return rv.IsNil()
case reflect.Interface:
// interface{} 包了一层，需解包再看内部值是否有效
return !rv.Elem().IsValid()
}
return false // 其他类型（如 int、string）天然不为 nil
}
特别注意 interface{} 的嵌套陷阱
当 interface{} 里装的是另一个接口或指针时，reflect.ValueOf(i).IsNil() 返回的是“它所含具体值是否为 nil”，而不是“这个接口变量本身是否为 nil”。这听起来绕，但很关键。
立即学习“go语言免费学习笔记（深入）”；
-
var i interface{} = (*int)(nil)→safeIsNil(i)返回true（符合直觉） -
var i interface{} = struct{}{}→safeIsNil(i)返回false（结构体值类型，不可能 nil） -
var i interface{} = nil→reflect.ValueOf(i)是无效值（!IsValid()），safeIsNil返回true
也就是说，这个函数能统一覆盖“接口变量为 nil”“接口内值为 nil”“接口内是 nil 指针”三种常见 case，不需要使用者自己分情况写一堆 if。
性能与边界提醒：别在热路径滥用反射
反射有开销，reflect.ValueOf + 类型检查 + IsNil() 比直接 p == nil 慢 10–20 倍。如果明确知道类型（比如函数参数是 *User），就别绕反射，直接比较更清晰、更快、更易调试。
- 适合用反射的场景：通用工具函数（如日志打点、参数校验中间件、JSON 序列化前空值过滤）
- 不适合的场景：高频循环内、结构体字段逐个判空、HTTP handler 入参已知类型时
- 未导出字段无法用
IsNil()判断（会 panic），反射对私有成员权限有限
最常被忽略的一点：IsNil() 对 reflect.Interface 类型的处理依赖 Elem()，而 v.Elem() 要求 v 是可寻址或可导出的；若传入结构体中未导出的接口字段，会 panic——这种 case 必须提前用 v.CanInterface() 或 v.CanAddr() 守住。
