17370845950

Type描述类型信息，Value描述运行时值；Type用于静态元信息操作，Value用于动态值操作；二者不可互换，零值行为不同，有效性判断方式各异。

Type 和 Value 是 reflect 包里两个最基础但完全不同的概念

简单说：Type 描述“是什么类型”，Value 描述“当前值是多少”。它们不能互换，也不能直接比较相等性——哪怕同一个变量，reflect.TypeOf(x) 和 reflect.ValueOf(x) 返回的是两类对象，底层结构、方法集、用途都不同。

什么时候该用 Type，什么时候该用 Value

Type 用于类型检查、结构体字段遍历、接口断言前的类型匹配等静态元信息场景；Value 用于取值、设值、调用方法、创建新实例等运行时操作。常见误用是想用 Type 去 .Interface() 或 .Set() —— 这些方法只在 Value 上存在。

• Type 没有 .Interface() 方法，只有 Value 有（且仅当可导出、非空时才安全）
• 要获取结构体字段名和类型，用 t.Field(i).Name 和 t.Field(i).Type（t 是 Type）
• 要读写字段值，必须先通过 v.Field(i) 得到一个 Value，再调用 .Interface() 或 .Set()
• Type 可以跨值共享（比如多个 int 的 Value 对应同一个 int 类型的 Type），而 Value 总绑定具体数据

Type 和 Value 的零值行为差异很大

Type 的零值是 nil，一旦为 nil，调用任何方法都会 panic；Value 的零值是有效对象（Kind() == Invalid），它不 panic，但多数操作会报错或返回默认值。这是容易踩坑的地方：你可能拿到一个合法的 Value，却没意识到它内部是 Invalid。

• 判断 Type 是否有效：t != nil
• 判断 Value 是否有效：v.IsValid()（不是 v != nil！Value 是结构体，不能和 nil 比较）
• reflect.ValueOf(nil) 返回的是 Kind == Invalid 的 Value，不是空指针
• reflect.TypeOf(nil) 会 panic：不能对未类型化的 nil 取类型

从 interface{} 到 Type/Value 的转换路径要分清

所有反射起点都是 interface{}。但传入 reflect.TypeOf 和 reflect.ValueOf 的行为不同：前者只关心静态类型，后者会解包一层指针（如果传的是指针，ValueOf 默认得到的是指针指向的值，除非你显式传地址）。

var x int = 42
t := reflect.TypeOf(x)        // t.Kind() == Int
v := reflect.ValueOf(x)       // v.Kind() == Int，v.Interface() == 42

p := &x
t2 := reflect.TypeOf(p)       // t2.Kind() == Ptr
v2 := reflect.ValueOf(p)      // v2.Kind() == Ptr，v2.Elem().Interface() == 42

• 想操作原始值内容，通常需要 v.Elem()（对应指针解引用）或 v.Addr()（获取地址）
• Value 的 .CanAddr() 和 .CanSet() 决定能否修改原值，这和传入方式强相关（比如传值 vs 传指针）
• Type 没有“可寻

  

  址”概念，它只描述类型本身

类型系统和运行时值在反射中被彻底拆开，这个分离不是设计冗余，而是为了安全和表达力——但代价是你必须时刻清楚自己站在哪一边。稍不注意，就会在 Invalid 的 Value 上调 .Interface()，或对着 Type 尝试赋值。