reflect.typeof 和 reflect.valueof 通过 interface{} 桥梁提取 runtime.type 和 runtime._value 指针，将变量转为可操作元数据：前者提供类型描述，后者提供带类型绑定的值容器，且仅当值可寻址（如 elem() 后）并满足 canset() 时才可修改。
reflect.TypeOf 和 reflect.ValueOf 怎么把变量变成可操作的元数据？
go 的反射不是“魔法”，它只是把编译期已知的类型信息和值信息，在运行时通过 Interface{} 这个桥梁暴露出来。当你调用 reflect.TypeOf(x) 或 reflect.ValueOf(x)，Go 实际上是把 x 装箱进一个空接口，再从该接口底层结构中提取出指向 runtime.type 和 runtime._value 的指针——这些正是 Go 运行时维护的、未导出但结构稳定的类型元数据。
关键点在于：reflect.TypeOf 返回的是类型描述（比如字段名、方法列表、kind），而 reflect.ValueOf 返回的是带类型绑定的值容器，它既存值，也存“这个值属于哪种 Type”。
-
reflect.ValueOf(42)得到的是一个Kind=int、CanAddr=false的只读副本 -
reflect.ValueOf(&x).Elem()才能得到可寻址、可设置的Value，因为原始变量地址被保留了 - 传入 nil 指针或未初始化 interface{} 会导致
Value.IsValid() == false，后续调用Field()或Set()会 panic
为什么修改结构体字段必须用 .Elem() 且检查 CanSet()？
因为 Go 反射严格遵循“值不可变”原则：直接传值进去的 reflect.Value 是副本，哪怕它是结构体，其字段也是只读的。只有当 Value 底层指向一个可寻址的内存位置（比如变量的地址），才能修改。
常见错误是写成 reflect.ValueOf(myStruct).FieldByName("Name").SetString("x") —— 这会 panic，因为 myStruct 是值传递，没有地址。
立即学习“go语言免费学习笔记（深入）”；
- 正确做法：先取地址
reflect.ValueOf(&myStruct).Elem()，再操作字段 - 务必加
if v.CanSet() { ... }判断，否则在非导出字段、常量、字面量等场景下直接崩溃 - 注意：即使字段名对、类型对，如果结构体本身是不可寻址的（如字面量
struct{X int}{1}），CanSet()仍为 false
reflect.Kind 和 reflect.Type.Name() 有什么本质区别？
Kind 是底层基础分类（如 reflect.Struct、reflect.Ptr、reflect.Slice），它不关心具体类型名；而 Type.Name() 返回的是用户定义的类型名（如 "User"），对匿名结构体返回空字符串。
这意味着：判断一个值是不是“某种结构体”，要用 v.Kind() == reflect.Struct；但想区分 type Person struct{} 和 type Customer struct{}，得靠 v.Type().Name() 或完整路径 v.Type().PkgPath()。
- 切片、map、chan 的
Kind是它们各自的基础种类，但Name()是空的，因为它们是内置复合类型，无命名 - 指针的
Kind是reflect.Ptr，但Type.Elem().Name()才是它指向的具体类型名 - 混淆
Kind和Name()是反序列化或 ORM 映射中最常见的类型误判源头
reflect.MakeFunc 动态生成函数时，桥接函数里最易漏的细节是什么？
reflect.MakeFunc 看似灵活，但桥接函数 func(args []reflect.Value) []reflect.Value 的参数和返回值必须与目标函数签名严格匹配——包括数量、顺序、是否是指针、是否是 Error 类型。漏掉一个 nil 错误返回，或把 *string 当成 string 处理，都会导致 panic 或静默错误。
- 桥接函数内不能直接 return
nil，必须返回[]reflect.Value{reflect.Zero(t.Out(0)), reflect.Zero(t.Out(1))}这类显式构造的零值切片 - 若目标函数有多个返回值（如
func() (int, error)），桥接函数返回的[]reflect.Value长度必须等于 2，且第二个必须是error类型的reflect.Value - 性能敏感场景慎用：每次调用动态函数都会触发反射开销，比直接调用慢 10–100 倍；建议仅用于初始化期生成一次，而非高频路径
真正难的不是学会怎么调用 reflect.Value.FieldByName，而是理解什么时候不该用反射——比如能用接口抽象就别用 switch v.Kind()，能用泛型就别硬套 interface{} + 反射。类型系统本就是 Go 的安全护栏，绕开它前，先确认你真的需要那个灵活性。