直接用 v.IsNil() 会 panic，必须先检查 v.IsValid()、再确认 v.Kind() 属于六种支持类型（Ptr/Slice/Map/Chan/Func/Interface），最后才调 v.IsNil()；对 interface{} 还需额外处理 Elem().IsValid()。
直接用 v.IsNil() 会 panic？先过三关
不是所有 reflect.Value 都能调 IsNil()——它只对六种类型有效：指针（Ptr）、切片（Slice）、映射（Map）、通道（Chan）、函数（Func）、接口（Interface）。其它类型（比如 int、string、struct{}）调就 panic。
所以必须按顺序检查：
-
v.IsValid()—— 排除零值reflect.Value{}，比如reflect.ValueOf(nil).Elem()或越界Field(10)的结果 -
v.Kind()属于上述六种之一 —— 值类型（如int）直接返回false，不进IsNil() - 最后才调
v.IsNil()
漏掉任一环，都可能在运行时崩溃。尤其容易忽略第一关：IsValid() 为 false 时，连 Kind() 都不该调（虽然它不会 panic，但返回 Invalid，逻辑就乱了）。
interface{} 是最坑的：它自己不 nil，里面却可能是 nil
这是反射判 nil 最常翻车的地方。写 var i interface{} = (*int)(nil)，i == nil 是 false（因为动态类型是 *int），但它的底层值确实是 nil。想检测这个“内部 nil”，得走反射路径：
立即学习“go语言免费学习笔记（深入）”；
-
v := reflect.ValueOf(i)→ 得到的是Interface类型的Value，它本身不为 nil - 要查它包裹的值，得先
v.Elem()，但前提是v.Kind() == reflect.Interface && v.Elem().IsValid() - 否则
v.Elem()返回无效值，再调IsNil()就 panic
安全写法是：先确认 v.Kind() == reflect.Interface，再判断 v.Elem().IsValid()，最后才 v.Elem().IsNil()。很多封装函数在这里漏掉 Elem().IsValid() 检查，导致传入 nil interface{}（即 var i interface{} 未赋值）时直接崩。
别信 == nil，尤其对 interface 和指针包装值
直接比较 someInterface == nil 只能告诉你“这个接口变量有没有被赋过值”，不能告诉你它包的指针是不是 nil。而 reflect.ValueOf(somePtr).IsNil() 才是真正问：“这个指针底层地址是不是空”。两者语义完全不同。
- 对裸指针（如
*string），== nil完全够用，也更高效；反射是重武器，只在泛型/通用序列化/ORM 等需要统一处理多种类型时才必要 - 但当你处理
interface{}参数，又不确定它里面是*T、[]T还是map[K]V，就必须用反射三步法 - 错误示例：
if reflect.ValueOf(x).IsNil() { ... }—— 没判IsValid()，x 是int就 panic
封装一个真正安全的 IsNil 函数
实际项目里建议直接复用经过验证的判断逻辑，而不是每次手写三步。下面这个版本覆盖全部边界：
func IsNil(v interface{}) bool {
rv := reflect.ValueOf(v)
if !rv.IsValid() {
return true // reflect.ValueOf(nil) → invalid, 视为 nil
}
switch rv.Kind() {
case reflect.Chan, reflect.Func, reflect.Map, reflect.Ptr, reflect.Slice:
return rv.IsNil()
case reflect.Interface:
// interface{} 本身非 nil，但内部值可能为 nil
if rv.IsNil() {
return true
}
if rv.Elem().IsValid() {
return rv.Elem().IsNil()
}
return false // interface 有类型但无值（如 var i interface{} = struct{}{}），不算 nil
default:
return false // 值类型不可能 nil
}
}
注意它把 reflect.ValueOf(nil) 的结果（无效值）直接视为 true，符合直觉；同时对 Interface 做了双层检查。别省略 rv.Elem().IsValid() —— 这是线上 panic 的高频来源。
复杂点从来不在“怎么写”，而在“什么时候该走反射”和“哪一步漏了检查”。哪怕只多加一行 if !rv.IsValid()，就能避开绝大多数生产环境反射 panic。
