必须从 reflect.New 开始，因仅它能分配可寻址内存并返回可修改的 *T；其他方式或不可赋值或依赖编译期已知类型，无法满足运行时动态构造需求。
直接用 reflect.New 创建结构体指针实例是唯一可靠起点，其他方式（如 reflect.Zero 或 reflect.ValueOf(&T{})）在动态场景下要么不可赋值、要么依赖已知字面量，无法满足运行时构造需求。
为什么必须从 reflect.New 开始
因为只有 reflect.New(typ) 分配新内存并返回可寻址的 *T，后续才能调用 .Elem() 得到可修改的结构体 Value。若跳过这步：
-
reflect.Zero(typ).FieldByName("X").SetString("a")→ panic: cannot set on zero Value -
reflect.ValueOf(&User{}).Elem()→ 仅适用于编译期已知的User{}字面量，无法泛化到任意reflect.Type - 传入
nil指针或非 struct 类型（如interface{}）会导致reflect.Newpanic
如何安全获取并使用 reflect.Type
不能靠字符串拼接或运行时解析类型名，Go 没有全局类型注册表。必须显式提供类型信息：
- 从已有实例推导：
t := reflect.TypeOf(User{})或更稳妥地t := reflect.TypeOf((*User)(nil)).Elem()（避免传nil指针 panic） - 跨包类型必须用
t.PkgPath() + "." + t.Name()做唯一标识，t.Name()对匿名结构体返回空字符串 - 缓存
reflect.Type和字段索引（如t.FieldByName("Name")结果），避免在循环中反复调用FieldByName（线性查找开销大）
给字段赋值前必须检查的三件事
即使 reflect.New 成功，字段赋值仍可能 panic，关键检查点：
立即学习“go语言免费学习笔记（深入）”；
- 字段名是否导出：未导出字段（小写首字母）
FieldByName返回无效Value，.CanSet()为 false - 字段是否可寻址：必须从
reflect.New(t).Elem()获取，不能先.Interface()再转回reflect.Value（会丢失可寻址性） - 类型是否严格匹配：对
*string字段，需先field.Set(reflect.New(reflect.TypeOf("").Elem()))，再field.Elem().SetString("x")；对[]int，必须用reflect.MakeSlice初始化后再Set
JSON 反序列化等实际场景的正确链路
框架中常需将字节流解码到动态创建的结构体，错误在于直接把 reflect.Value 传给 json.Unmarshal：
- ❌
v := reflect.New(t).Elem(); json.Unmarshal(data, v)→ 类型不匹配，Unmarshal要求*T，不是reflect.Value - ✅ 正确顺序：
ptr := reflect.New(t); json.Unmarshal(data, ptr.Interface())（ptr.Interface()是interface{}，底层为*T） - 若最终需要值而非指针：
obj := ptr.Elem().Interface()（注意：这是副本，字段不可再 Set）
最易被忽略的是：所有字段的“空”表现（""、0、nil）都是 Go 零值规则的正常结果，不是反射失败——调试时务必用 %#v 查看完整字段状态，而非 %v。
