reflect.ValueOf(nil) 返回有效但非法的 Value，既不等于零值也不支持多数方法调用；唯一可靠判空方式是 v.IsValid() == false。
reflect.ValueOf(nil) 返回的不是零值 Value
直接说结论：reflect.ValueOf(nil) 返回的是一个 有效但非法 的 reflect.Value，它既不等于 reflect.Value{}（零值），也不能调用大多数方法（比如 .Interface()、.Kind() 会 panic）。这不是 bug，是设计使然——因为 nil 没有类型信息，而 reflect.Value 必须携带类型上下文才能存在。
常见错误现象：
- 调用 v := reflect.ValueOf(nil); v.Interface() → panic: reflect: call of reflect.Value.Interface on zero Value
- 误以为 v == reflect.Value{} 可用于判空 → 实际比较结果为 false
- 正确判空方式是
v.IsValid() == false，不是v == reflect.Value{} - 若需兼容 nil 输入，应先做
if !v.IsValid() { ... }分支处理 - 传入
nil的 interface{} 类型变量时，reflect.ValueOf仍返回非法 Value；但传入(*T)(nil)这类带类型的 nil 指针，则返回合法的reflect.Ptr类型 Value
interface{} 传 nil 时 reflect.Value 丢失类型信息
Go 的 interface{} 是「类型 + 值」二元组。当把裸 nil 赋给 interface{}，它内部的类型字段为空（nil type），值字段也为 nil。此时 reflect.ValueOf 拿不到类型，只能返回非法 Value。
使用场景举例：写通用 JSON 解析钩子、ORM 字段映射、或封装 json.Unmarshal 时，若用户传了 var v interface{} = nil，直接 reflect.ValueOf(v) 就崩。
- 安全做法：检查原始输入是否为
nil，或强制转成带类型的指针，例如reflect.ValueOf(&v).Elem()（前提是v是可寻址变量） - 更稳妥的是避免接收裸
interface{}，改用泛型函数约束类型，如func Do[T any](t *T) - 注意：
reflect.ValueOf((*int)(nil))是合法的，返回Kind() == reflect.Ptr，且IsValid() == true
IsValid() 是唯一可靠的空值判断依据
别信 v == reflect.Value{}，也别信 v.Kind() == reflect.Invalid（它确实常为 true，但不是规范用法）。IsValid() 是反射包唯一承诺的、语义明确的“这个 Value 是否有效”判断接口。
立即学习“go语言免费学习笔记（深入）”；
性能影响很小，但逻辑错位代价极高——尤其在 deep-copy、结构体遍历、或自定义 Unmarshaler 中，漏掉 !v.IsValid() 检查，可能让整个调用栈 panic。
-
v.IsValid()为false时，仅能安全调用v.IsValid()和v.String()（后者返回"<invalid value>"</invalid>） -
v.Kind() == reflect.Invalid虽然多数情况成立，但文档未保证它是IsValid() == false的充要条件 - 所有需要解包、取值、设值的操作前，必须加
if !v.IsValid() { return }或显式错误处理
反射中 nil 指针和 nil interface{} 的行为差异
这是最容易混淆的点：同样是 nil，传进 reflect.ValueOf 后表现完全不同。
示例对比：
var p *int = nil
var i interface{} = nil
<p>reflect.ValueOf(p).IsValid() // true，Kind() == reflect.Ptr<br />
reflect.ValueOf(i).IsValid() // false，panic if call Interface()根本原因在于：前者有明确类型 *int，后者连类型都没有。
- 如果你控制输入来源，优先用具体类型指针代替
interface{}，哪怕只是临时包装：reflect.ValueOf(&x) - 如果必须处理
interface{}，先用reflect.TypeOf看类型是否为nil：if t := reflect.TypeOf(v); t == nil { ... } - 切勿在未验证
IsValid()前对reflect.Value做任何结构操作，包括.NumField()、.MapKeys()、.Len()
真正难的不是记住规则，而是意识到：反射里没有“天然安全”的 nil 处理路径。每次拿到 reflect.Value，第一反应就该是 if !v.IsValid() —— 即使你刚从 reflect.ValueOf 得到它。
