不能直接将 reflect.Value 转为 reflect.Type，只能通过 v.Type() 提取其绑定的类型；reflect.Type 无法反向生成 reflect.Value，需用 reflect.New(t).Elem() 创建新值。
reflect.Value 转 reflect.Type 怎么做？
reflect.Value 本身不直接提供 Type() 方法的逆操作，但它的底层类型信息其实一直存在。你不能从 reflect.Value “推出”一个独立的 reflect.Type —— 因为 reflect.Type 描述的是类型本身，而 reflect.Value 描述的是值及其绑定的类型。
真正能做的，是用 reflect.Value.Type() 拿到它所承载值的类型对象：
- 这不是“转换”，而是“提取”：每个
reflect.Value都绑定了一个reflect.Type - 如果
v是零值（比如reflect.ValueOf(nil)），调用v.Type()会 panic - 空接口
interface{}包装的 nil 值，reflect.ValueOf(...).Kind()是reflect.Invalid，此时不能调用Type()
var s string v := reflect.ValueOf(&s).Elem() // v.Kind() == reflect.String t := v.Type() // t == reflect.TypeOf(s)，即 *string 的元素类型 string
reflect.Type 转 reflect.Value 为什么不能直接做？
reflect.Type 是只读的类型元数据，不含任何运行时值；reflect.Value 必须关联具体内存或可寻址上下文。没有值，就无法构造 reflect.Value。
常见误操作：
立即学习“go语言免费学习笔记（深入）”；
直接试图用
reflect.ValueOf(myType)—— 错，myType是reflect.Type接口，传进去得到的是该接口类型的值，不是你想要的“该类型的一个实例”用
reflect.New(t).Elem()创建零值：这是最接近“从 Type 得到 Value”的方式，但它创建的是新分配的值，不是已有变量reflect.New(t)返回*T的reflect.Value，需调用.Elem()才得到T类型的值t不能是nil，也不能是未定义类型（如func()的底层类型在某些场景下不可 New）对于 interface、map、slice、chan 等引用类型，
reflect.New(t).Elem()得到的是 nil 值，不是已初始化容器
t := reflect.TypeOf([]int{})
v := reflect.New(t).Elem() // v.Kind() == reflect.Slice, v.IsNil() == true什么时候必须用 reflect.Value 而不是 reflect.Type？
类型检查和结构遍历可以用 reflect.Type，但只要涉及读写字段、调用方法、修改内容，就必须用 reflect.Value。
字段赋值：
structVal.Field(i).Set(x)——x必须是reflect.Value，且可寻址、类型兼容方法调用：
v.MethodByName("Foo").Call(args)——v必须是可调用的reflect.Value（如指针或接口值）取地址：
v.Addr()要求v.CanAddr()为 true，否则 panic；而reflect.Type根本没有地址概念reflect.Value携带可寻址性、可设置性等运行时属性，reflect.Type完全不感知这些同一
reflect.Type可对应多个不同状态的reflect.Value（比如不同字段值的 struct 实例）把
reflect.Value当成“带类型+值+权限标记”的运行时句柄更准确
容易 panic 的三个典型场景
reflect.Value 和 reflect.Type 交互时，panic 往往发生在边界检查被忽略的地方：
对
reflect.ValueOf(nil)调用.Type()或.Interface()→ panic: "reflect: Value.Type of invalid Value"对不可寻址的
reflect.Value（如reflect.ValueOf(42)）调用.Addr()或.Set()→ panic: "reflect: call of reflect.Value.Addr on int Value"用
reflect.Zero(t)得到零值后，对非导出字段调用.Field(i).Set()→ panic: "reflect: cannot set unexported field"reflect.Zero(t)和reflect.New(t).Elem()行为不同：前者返回不可寻址的只读零值，后者返回可寻址的新分配值判断是否可操作，优先用
v.IsValid()、v.CanInterface()、v.CanSet()，而不是靠 try-catchreflect.Value的“有效性”比“零值”更基础：无效值连Kind()都不能安全调用
类型系统在反射里不是静态契约，而是运行时快照；所有转换都依赖当前值的状态，而不是类型定义本身。稍不注意，就会在看似合理的链式调用里掉进无效值陷阱。
