reflect.valueof返回值的只读副本，修改原变量须传指针并检查isvalid()、canaddr()和canset()，interface()返回interface{}且类型非别名，高频场景宜用int()/string()等方法避免分配。
reflect.ValueOf 返回的是值的副本，不是原变量
调用 reflect.ValueOf(x) 得到的是 x 当前值的一个只读副本，对返回的 reflect.Value 调用 Set* 方法会 panic，除非它本身是可寻址的（比如来自 reflect.ValueOf(&x).Elem()）。这是最常踩的坑：误以为能直接改原值。
- 要修改原变量，必须传指针：
reflect.ValueOf(&x).Elem() - 基础类型（
int、string等）字面量或局部变量直接传进去，得到的是不可寻址的Value，CanSet()返回false - 结构体字段是否可设，取决于该字段是否导出（首字母大写）且整个结构体实例可寻址
获取值前务必检查有效性与可寻址性
reflect.Value 可能是零值（Invalid），比如 nil 指针解引用、空 interface{} 里塞了 nil。不检查就调用 Interface() 或 String() 会 panic。
- 先用
v.IsValid()排除无效值（如reflect.Value{}或 nil 接口底层值） - 需要写入时，加
v.CanAddr() && v.CanSet()判断，尤其在泛型函数或配置映射场景中 - 常见错误现象：
panic: reflect: call of reflect.Value.Interface on zero Value
Interface() 不等于原始类型，类型断言需谨慎
v.Interface() 返回 interface{}，但它的动态类型是反射时的底层类型（比如 int64），不是你声明的别名类型（如 type UserID int64）。直接断言 v.Interface().(UserID) 会失败。
- 若需还原为自定义类型，应先用
v.Convert(reflect.TypeOf(UserID(0)).Type).Interface() - 更安全的做法是：用
v.Kind()判断基本类别（Int、String等），再用对应Int()、String()方法取原始值 - 性能影响：频繁调用
Interface()会触发内存分配，高频场景建议直接用Int()/Float()等方法
嵌套结构体和 slice 的遍历容易漏掉间接寻址
处理 struct{ A []int } 这类嵌套时，v.FieldByName("A") 返回的是 []int 的副本，v.FieldByName("A").Index(0) 才是第一个元素——但它仍是副本。想修改 slice 元素，得确保整个链路可寻址。
立即学习“go语言免费学习笔记（深入）”；
- 正确路径：
reflect.ValueOf(&s).Elem().FieldByName("A").Index(0) - slice 本身可扩容，但
v.Len()和v.Cap()返回的是当前长度/容量；v.Append()返回新Value，原v不变 - map 遍历必须用
v.MapKeys()，不能用range；且 map 值不可直接Set，需先v.SetMapIndex(key, newVal)
reflect.Value 到底能不能碰、怎么碰才不 panic”。每次调用前多一行 if !v.IsValid() { ... }，比事后查 panic 堆栈省半小时。 
