reflect.Value.IsNil() 仅支持指针、切片、映射、通道、函数和不安全指针六种类型，对 int、string、struct 等调用会 panic；判断 interface{} 是否为 nil 需先检查 v.Kind() 再分情况处理，且必须确保 v.IsValid()。
Go 中 reflect.Value.IsNil 为什么 panic：invalid memory address？
因为 reflect.Value.IsNil 只能作用于指针、切片、映射、通道、函数或不安全指针类型的 Value，对其他类型（比如 int、string、struct 值）调用会直接 panic：reflect: call of reflect.Value.IsNil on int Value。你不是漏了判断类型，就是误把非可 nil 类型的值传给了它。
常见错误场景：想统一判断任意接口是否为 nil，就对 reflect.ValueOf(interface{}).Elem() 或 reflect.ValueOf(interface{}) 直接调 IsNil()，结果一遇到 int 或 string 就崩。
- 先用
v.Kind()检查是否属于reflect.Ptr、reflect.Slice、reflect.Map、reflect.Chan、reflect.Func、reflect.UnsafePointer这六种之一 - 如果
v.Kind() == reflect.Interface，要先v.Elem()取出底层值再判断（但前提是它非空；否则v.IsNil()才是正确姿势） - 别对
v.Kind() == reflect.Struct或v.Kind() == reflect.String调IsNil()—— 它们根本不可能是 nil
判断 interface{} 是否为 nil 的正确姿势
Go 中 interface{} 本身有两层 nil：接口值为 nil（未赋值），或接口值非 nil 但底层 concrete value 是 nil（比如 *int 指向 nil）。这两者语义不同，== nil 只能捕获前者。
真正想确认“这个接口背后有没有有效数据”，得拆开看：
立即学习“go语言免费学习笔记（深入）”；
- 如果
interface{}变量本身是nil，直接val == nil即可 - 否则用
reflect.ValueOf(val)得到v，再分情况：
- 若v.Kind() == reflect.Interface && v.IsNil()→ 底层是 nil 接口（比如var i interface{} = (*int)(nil)）
- 若v.Kind() == reflect.Ptr && v.IsNil()→ 底层是指针且为 nil
- 其他如 slice/map/chan 等，同样需先确认 Kind 再调IsNil() - 注意：不能对
v.Kind() == reflect.Ptr的v直接v.IsNil()后就认为“安全”，因为若该指针指向一个未导出字段的 struct，v.Elem()可能 panic ——IsNil()本身是安全的，但后续操作未必
reflect.Value.IsNil() 和 == nil 的性能与语义差异
== nil 是编译期确定的恒定比较，快且无反射开销；reflect.Value.IsNil() 是运行时通过类型信息查表+指针解引用判断，慢，还带 panic 风险。别为了“统一”硬套反射。
典型高开销场景：在 hot path（比如 HTTP middleware、序列化循环）里对每个字段反复做 reflect.ValueOf(x).IsNil()。
- 优先用类型断言 + 显式比较：
if p, ok := val.(*MyStruct); ok && p == nil - 只有处理未知类型（如通用 ORM、JSON 解析器）时，才用反射，并且务必加 Kind 校验
-
IsNil()对 slice/map/chan 返回 true，不代表它们长度为 0 或没元素 ——[]int(nil)和[]int{}都是合法 slice，但前者IsNil()为 true，后者为 false
容易被忽略的边界：嵌套 interface 和 nil error
error 是接口，所以 var err error = nil 时，reflect.ValueOf(err).IsNil() 会 panic —— 因为 err 是 interface{} 类型，v.Kind() 是 reflect.Interface，而 IsNil() 不支持该 Kind。必须先判断 v.Kind() == reflect.Interface，再用 v.IsNil()（这是唯一允许对 Interface 类型调用 IsNil() 的情况）。
-
error类型变量：直接err == nil最安全；非要反射，写成v.Kind() == reflect.Interface && v.IsNil() - 嵌套 interface，比如
type Wrapper interface{ Get() interface{} }，调Get()后返回的interface{}如果是(*int)(nil)，那它的reflect.ValueKind 是reflect.Ptr，此时才轮到IsNil() - 所有反射路径都要考虑
v.IsValid()—— 比如对未初始化的 struct 字段取reflect.Value，可能得到 invalid Value，此时调任何方法都 panic
事情说清了就结束。最常翻车的地方不是不会写 IsNil()，而是忘了它只认六种类型，以及把 interface{} 当普通值直接扔进去。
