reflect.new 返回 t 是因为它模拟 &t{} 分配内存并返回指针，确保生成的 reflect.value 可寻址以支持字段赋值；若用 reflect.zero 得到不可寻址的零值 t，调用 set 会 panic。
reflect.New 为什么返回 *T 而不是 T
因为 reflect.New 的语义就是“分配内存并返回指针”，它模拟的是 &T{}，不是 T{}。如果你直接用 reflect.Zero(typ)，得到的是零值 T，但无法对结构体字段赋值（reflect.Value 必须可寻址才能 Set*）。所以绝大多数动态构造场景，必须从 reflect.New 开始。
- 错误写法：
v := reflect.Zero(typ); v.FieldByName("Name").SetString("foo")→ panic: cannot set on zero Value - 正确起点：
v := reflect.New(typ).Elem()，此时v是可寻址的Value - 注意：
reflect.New(typ).Interface()返回的是interface{}，需类型断言才能当具体结构体用
如何安全地给 struct 字段赋值（尤其是嵌套和指针字段）
字段名必须导出（首字母大写），且 Value 必须可寻址（即来自 reflect.New().Elem() 或 reflect.ValueOf(&s).Elem()）。对嵌套结构体、切片、map 等，不能直接 Set，要逐层构造。
- 对未初始化的
*string字段：先field := v.FieldByName("Desc"); field.Set(reflect.New(reflect.TypeOf("").Elem()))，再field.Elem().SetString("hello") - 对
[]int字段：用reflect.MakeSlice(reflect.SliceOf(reflect.TypeOf(0)), 0, 5)创建，再field.Set(slice) - 对匿名字段（内嵌结构体）：用
v.Field(i)按声明顺序访问，FieldByName不生效
type.Name() 和 type.String() 在反射构造时的区别
两者都返回字符串，但用途完全不同：type.Name() 只返回结构体名（如 "User"），不带包路径；type.String() 返回完整路径（如 "main.User"）。在跨包使用反射时，如果依赖 Name() 做类型匹配，会漏掉非 main 包的类型。
- 动态加载结构体时（比如配置驱动），建议用
type.PkgPath() + "." + type.Name()做唯一标识 -
type.Name()对匿名结构体返回空字符串，此时必须用type.String()或直接比对reflect.Type本身 - 用
reflect.TypeOf((*MyStruct)(nil)).Elem()获取指针指向的类型，避免误传*MyStruct类型本身
性能陷阱：频繁调用 reflect.TypeOf 或 reflect.ValueOf
每次调用 reflect.TypeOf 或 reflect.ValueOf 都有运行时开销，尤其在循环或高频路径中。类型信息是静态的，应该缓存 reflect.Type 和常用字段的 reflect.StructField 索引。
- 不要这样：
for _, item := range data { v := reflect.ValueOf(item).FieldByName("ID").Int() } - 应该预热：
typ := reflect.TypeOf(MyStruct{}); idIdx := typ.FieldByName("ID").Index[0]，然后循环里用v.Field(idIdx).Int() - 注意：
reflect.Type和reflect.Value不能跨 goroutine 缓存（它们不是并发安全的），但reflect.Type本身是只读的，可以全局复用
最麻烦的从来不是“怎么造出一个 struct”，而是字段名拼错、类型不匹配、指针没解引用、或者忘了检查 CanSet() —— 这些问题在编译期全被绕过，只能靠日志和单元测试提前暴露。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
