因为反射值必须可寻址才能设值，直接用reflect.valueof(v)传入变量值得到不可寻址副本，调用set会panic；正确做法是用reflect.valueof(&v).elem()获取可寻址value，并逐层检查canset()。
为什么直接用 reflect.ValueOf(v) 会 panic？
因为反射值必须可寻址才能设值。直接传入变量值（比如 reflect.ValueOf(myStruct)）得到的是一个不可寻址的副本，调用 Set 必然触发 panic: reflect: call of reflect.Value.Set on zero Value。
实操建议：
- 要用
reflect.ValueOf(&v).Elem()获取可寻址的Value，&v是指针，.Elem()解引用后才是目标变量本身 - 对嵌套结构体字段赋值前，必须逐层检查
CanSet()；私有字段（小写开头）默认CanSet() == false - 若目标只是“生成新数据”，别填已有变量——改用
reflect.New(t).Elem().Interface()创建干净实例再递归填充
gofakeit 填充结构体时为什么跳过私有字段？
默认行为只处理导出字段（首字母大写），这是设计使然，不是 bug。你看到字段没被 fake，大概率是因为它叫 name string 而不是 Name string。
实操建议：
- 启用私有字段：调用
gofakeit.Struct(&u, gofakeit.StructOptions{UsePrivateFields: true}) - 为自定义类型（如
type UserID int64）提前注册生成逻辑：gofakeit.Register("user_id", func() interface{} { return UserID(gofakeit.Int64()) }) - 注册必须在
init()或程序启动早期完成；注册函数本身不支持并发，别在 goroutine 里反复调
用反射动态调用函数时参数类型错位怎么办？
常见错误是把 int 当成 int64、把 string 当成 *string，Call 会直接 panic：“reflect: Call using nil *” 或 “reflect: Call of function with wrong argument count”。
实操建议：
- 严格按函数签名构造
[]reflect.Value：用reflect.ValueOf(&arg).Elem()处理指针参数，用reflect.ValueOf(arg)处理值参数 - 调用前校验：对比
fn.Type().NumIn()和实际传入参数数量；遍历fn.Type().In(i)检查每个参数类型是否匹配 - 避免硬编码顺序——从测试结构体字段名映射到函数参数名（需结合
reflect.StructTag或命名约定）
测试中用反射生成参数，性能影响到底有多大？
单次反射调用开销微乎其微（纳秒级），但高频、深层嵌套或大量字段遍历时，累积效应明显。尤其在 CI 环境跑几百个测试用例时，可能拖慢整体执行时间 10%–30%。
实操建议：
- 优先复用已生成的参数实例，避免在
t.Run内重复反射构造 - 对简单类型（
int,string,bool）直接手写初始化，只对深度嵌套结构体启用反射生成 - 用
benchstat对比基线：加了反射生成 vs 手动构造，确认是否真成瓶颈
真正容易被忽略的点是字段可设置性判断——CanSet() 返回 false 不一定代表字段私有，也可能是结构体字面量未取地址、字段是 unexported 且嵌套在匿名字段里，这种 case 得一层层 Field + CanSet 检查，不能只看顶层。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
