reflect.typeof返回只读的reflect.type，描述类型元信息；reflect.valueof返回可操作的reflect.value，包裹实际值但修改需可寻址。传nil或不可设值易panic，须检查isvalid()和canset()。
它们根本不是同一类东西：一个只读类型元信息，一个可操作值本身；传错参数或混用会直接 panic 或静默失败。
reflect.TypeOf 返回什么、能干什么
reflect.TypeOf 接收任意 interface{}，返回 reflect.Type —— 这是个只读接口，描述“这个值在运行时是什么类型”，不携带任何值数据。
- 对结构体调用
t.NumField()能拿到字段数，t.Field(i).Name拿字段名，t.Kind()区分是 struct / ptr / slice 等基础分类 - 传
nil接口值（比如var x interface{}未赋值）会返回nil，后续调用t.Name()等方法 panic - 它不关心值是否存在，只解析类型签名；所以
reflect.TypeOf(&x)和reflect.TypeOf(x)返回的Type完全不同（前者是*int，后者是int）
reflect.ValueOf 返回什么、怎么安全用
reflect.ValueOf 也接收 interface{}，但返回的是 reflect.Value —— 它包裹了实际值（或指针），并附带操作能力，但所有写操作都受严格限制。
- 值必须可寻址才可能修改：
reflect.ValueOf(x)得到的v，v.CanSet()永远是false；必须传指针：reflect.ValueOf(&x).Elem()才能得到可设的Value - 传
nil接口值时，v.IsValid()为false，此时调用v.Int()、v.Interface()全部 panic -
v.Kind()和v.Type()可能不同：比如v := reflect.ValueOf(&x)，v.Kind()是Ptr，但v.Elem().Kind()才是Int
常见 panic 场景和绕过方式
这两个函数看着简单，但组合使用时最容易掉坑里，尤其是跨接口、嵌套指针、空值判断缺失时。
-
panic: reflect: call of reflect.Value.Interface on zero Value→ 忘了检查v.IsValid()，尤其在处理interface{}字段或 map 查找不到 key 时 -
panic: reflect: call of reflect.Value.Set on zero Value→ 用reflect.ValueOf(x)而非reflect.ValueOf(&x).Elem()，或者传入的是不可寻址的字面量（如reflect.ValueOf(42).SetInt(100)） - 结构体字段无法修改：没用
v.FieldByName("Name").CanSet()检查，或字段未导出（首字母小写），CanSet()直接返回false - 类型断言失败却不报错：用
v.Interface().(string)前没做类型检查，应改用s, ok := v.Interface().(string)
最易被忽略的一点：反射开销真实存在，reflect.TypeOf 对静态类型（如 int、struct）较快，但对 interface{} 值需运行时查表；而 reflect.ValueOf 每次都会构造新 reflect.Value，且 Interface() 方法涉及内存拷贝。高频路径别无脑反射。
