reflect.value.type()仅提取已绑定的运行时类型元数据，不转换或推导类型；零值调用会panic，需先检查v.isvalid()；type不可构造value，只能通过reflect.new或reflect.zero创建新值；操作数据必须用reflect.value，因type仅提供结构信息而无内存和值。
reflect.Value.Type() 是提取，不是转换
每个 reflect.Value 都绑定一个运行时类型，调用 v.Type() 只是把那个已有的 reflect.Type 拿出来——它不生成新类型，也不推导类型。如果 v 是零值（比如 reflect.ValueOf(nil) 或未初始化的 interface{}），v.Type() 会 panic。
常见误判场景：
-
var x interface{}，直接reflect.ValueOf(x).Type()→ panic，因为 x 是 nil 接口，v.IsValid()为 false -
reflect.ValueOf(&s).Elem()得到 struct 值后，v.Type()返回的是 struct 类型；但若误写成reflect.ValueOf(s)（传值而非指针），v.Type()虽不 panic，但后续v.CanSet()一定为 false
reflect.Type 无法“还原”出 reflect.Value
reflect.Type 是只读元数据，没有内存、没有值，所以不存在“从 Type 构造 Value”的操作。你只能用它作为模板去创建新值：
-
reflect.New(t).Elem()：分配新内存，返回该类型的零值reflect.Value；注意t不能为 nil，且对 slice/map/chan 等返回的是 nil 值（v.IsNil() == true） -
reflect.Zero(t)：返回不可寻址的零值reflect.Value，不能用于字段赋值或方法调用 - 别写
reflect.ValueOf(t)—— 这得到的是reflect.Type接口本身的值，不是你想要的 “t 所描述类型的实例”
什么时候必须用 reflect.Value，而不是只靠 reflect.Type？
仅靠 reflect.Type 只能看结构：字段名、方法名、嵌套关系。一旦要动数据，就必须上 reflect.Value：
- 读字段：
v.FieldByName("Name").String()，但前提是v可寻址（通常来自reflect.ValueOf(&s).Elem()） - 写字段：
v.FieldByName("Age").SetInt(30)，要求字段导出 +v.CanSet() == true+v.Kind() == reflect.Struct - 调用方法：
v.MethodByName("Save").Call([]reflect.Value{})，若方法接收者是指针，v就必须是指针解引用后的值（即reflect.ValueOf(&s).Elem()）
漏掉可寻址性或导出规则，CanSet() 直接返回 false，Set* 调用必 panic。
最容易被忽略的兼容性细节
反射不是语法糖，它是运行时查表+内存操作，开销真实存在：
-
reflect.TypeOf对具名类型（如type User struct{}）快，但对interface{}值需查动态类型表 -
reflect.ValueOf每次都构造新对象；v.Interface()会拷贝底层数据，大结构体慎用 -
v.Kind()和v.Type()不等价：指针的Kind是reflect.Ptr，Type()是*T；取目标类型得链式写v.Elem().Type()
真正难的从来不是怎么写，而是判断「这个值此刻是否可寻址、是否可设、是否已导出、是否非零」——这些检查漏掉任何一环，panic 就在下一行。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
