reflect.ValueOf 默认返回值副本而非原内存地址，故不可修改原变量；需传指针并调用 .Elem() 获取可寻址 Value，且字段须导出、结构体可寻址才能 Set。
reflect.ValueOf 为什么改不了原变量？
因为 reflect.ValueOf 默认返回的是值的副本，不是原内存地址。你拿到的 Value 不可寻址，调用 Set* 方法会 panic：“reflect: reflect.Value.SetUint using unaddressable value”。
- 想修改原变量，必须传指针：
reflect.ValueOf(&v)，再调用.Elem()获取可寻址的 Value - 结构体字段只有导出（首字母大写）且所在结构体本身可寻址时，才能用
Field(i).Set* - 零值（如
var s struct{}）直接reflect.ValueOf(s)后调Set必 panic，必须先用reflect.New(t).Elem()
怎么安全地给 struct 字段赋随机测试值？
手动写反射递归填充容易漏判类型、忽略私有字段、卡在嵌套指针上。推荐两种路径：
- 轻量场景：用
reflect.New(t).Elem().Interface()创建新实例，再逐层遍历Value.Field+CanSet判断后设值（注意跳过非导出字段和不可设字段） - 生产级测试：直接用
gofakeit.Struct()，它内部也是反射，但已缓存常见类型映射；自定义类型（如type UserID int64）需提前调gofakeit.Register("user_id", ...) - 别试图用
reflect.ValueOf(&v).Elem()去“填充已有空 struct”，容易因字段未初始化导致 panic；生成新实例更稳妥
如何通过反射调用 struct 的方法？
反射调用方法不是语法糖，是严格匹配的过程：方法必须导出、接收者类型要一致、参数必须全为 reflect.Value 类型切片。
- 获取方法：用
v.MethodByName("MethodName")，不是v.FieldByName—— 后者只查字段 - 调用前检查：
if !method.IsValid() { ... }，否则Call会 panic - 参数必须包装成
[]reflect.Value，比如method.Call([]reflect.Value{reflect.ValueOf("arg1")}) - 接收者是值类型还是指针类型，决定了你该传
reflect.ValueOf(v)还是reflect.ValueOf(&v)，不匹配就报 “call of method on xxx has wrong number of args”
什么时候不该用反射？
反射不是通用工具，它是运行时开销高、类型安全丢失、错误易静默的机制。多数时候，它只该出现在框架层。
立即学习“go语言免费学习笔记（深入）”；
- 序列化（json/xml）、ORM 字段映射、通用测试数据生成 —— 合理使用场景
- 只是想根据字符串名取 struct 字段？考虑用 map[string]interface{} 或 switch 分支
- 想 mock 接口行为？用
mockgen -source=xxx.go生成 fake 实现，别手写反射构造动态对象 - 性能敏感路径（如高频 HTTP 中间件）中做
reflect.TypeOf判类型？应该用类型断言或接口方法分发
最常被忽略的一点：反射无法绕过 Go 的导出规则 —— 私有字段、私有方法、未导出结构体成员，运行时就是不可见的，不是“权限不够”，是根本不存在反射入口。
