interface{}转reflect.Value唯一入口是reflect.ValueOf()，需注意传入指针才能修改原值；reflect.Value转具体类型必须先.Interface()再类型断言，并检查CanInterface()和IsValid()。
reflect.value 和 interface{} 之间不能直接赋值或强制类型转换，必须走标准反射路径。最核心的规则只有一条：用 reflect.valueof() 进，用 .interface() 出，中间所有操作都基于 reflect.value 类型。
interface{} 怎么转成 reflect.Value
调用 reflect.ValueOf() 是唯一入口，但要注意它接收的是值副本 —— 原始变量不会被修改，也无法通过返回的 reflect.Value 反向改写原值（除非传入指针）。
- 传入非指针值（如
int、string字面量或变量）：得到的是可读不可写的reflect.Value，.CanSet()返回false - 传入指针（如
&x）：得到的是指针类型的reflect.Value，需先调用.Elem()才能访问并修改目标值 - 传入 nil 指针：
reflect.ValueOf(nil)返回一个Kind == Invalid的值，后续调用.Elem()或.Interface()会 panic
reflect.Value 怎么安全转回具体类型
必须分两步：先调 .Interface() 得到 interface{}，再做类型断言。跳过 .Interface() 直接强转或断言会编译失败。
-
.Interface()不是万能的：对私有字段、未导出结构体成员、零值反射对象等调用会 panic - 务必在调用前检查
v.CanInterface()，它是唯一可靠的前置判断 - 如果已知类型（比如确定是
int），可写成v.Interface().(int)；若不确定，应配合switch v.Kind()分支处理 - 注意：
v.Interface()返回的是值副本，修改它不影响原始变量 —— 即使这个v来自指针解引用
为什么 .Interface() 会 panic，怎么避开
panic 不是因为代码写错，而是反射对象本身不具备“可导出性”或“可寻址性”。常见触发点集中在结构体字段和字面量上。
- 对 struct 私有字段调用：
reflect.ValueOf(struct{ x int }{}).FieldByName("x").Interface()→ panic - 对非指针接收的结构体调用
.Addr().Interface()：reflect.ValueOf(s).Addr().Interface()（s是值而非指针）→ panic - 对
reflect.Zero()构造的零值调用：reflect.Zero(reflect.TypeOf(0)).Interface()不 panic，但若该零值来自未初始化的 interface{}，行为未定义 - 防御方式只有两个：
v.CanInterface()判断 + 明确设计时只操作导出字段
实际场景中容易漏掉的细节
多数人卡在“能取出来”就以为完成了，但真实项目里常因忽略以下三点导致运行时崩溃或逻辑错误：
- 没处理指针嵌套：比如
**T类型传入后，要连续两次.Elem()才能到目标值 - 忘记检查
v.IsValid()：FieldByName("xxx")找不到字段时返回无效值，直接调.Interface()就 panic - 误用
InterfaceData()：它返回裸指针，普通业务代码绝不能用，文档明确警告“可能失效”
