reflect.New 返回 *T 是因为它模拟 &T{}，分配内存并返回指针；若需值用 reflect.Zero(typ).Interface()，且必须传入具体非nil类型，字段须导出才可修改。
reflect.New 为什么返回 *T 而不是 T
因为 reflect.New 的设计目标就是模拟 &T{} —— 它分配底层内存并返回指向该内存的指针。如果你直接要一个值（比如 T{}），应该用 reflect.Zero(typ).Interface() 或 reflect.ValueOf(T{}).Interface()，但注意：后者无法用于未导出字段初始化。
常见错误现象：panic: reflect: call of reflect.Value.Interface on zero Value，往往是因为传给 reflect.New 的 reflect.Type 是 nil，或类型本身不合法（如 interface{} 未具体化）。
- 必须确保传入的是具体类型，不能是
interface{}或未初始化的reflect.Type -
reflect.New(typ).Interface()返回的是interface{}，但底层是*T；如果想解引用，得再调用.Elem() - 对 struct 类型，
reflect.New分配的实例字段全是零值，不会触发任何构造逻辑（Go 没有构造函数）
怎么安全地用 reflect.New 创建可修改的 struct 实例
关键在两点：类型必须可寻址（它本来就是），且字段必须可导出（否则后续无法设置值）。反射无法写入未导出字段，哪怕你拿到了指针也不行。
使用场景：框架里根据配置字符串动态加载并初始化结构体（如 YAML 映射到 struct）。
立即学习“go语言免费学习笔记（深入）”；
- 先用
reflect.TypeOf((*YourStruct)(nil)).Elem()获取 struct 类型，避免传入 nil 指针导致 panic - 调用
reflect.New(typ)得到reflect.Value，再用.Interface()转成interface{} - 若需设置字段，必须用
.Elem().FieldByName("FieldName").Set(...)，且字段名首字母大写 - 如果字段是 slice/map，记得先用
MakeSlice或MakeMap初始化，否则Set会 panic
reflect.New 和 &T{} 在性能与逃逸上的实际差异
没有本质差异：两者都分配在堆上（除非编译器能证明逃逸不发生，但反射几乎总是导致逃逸）。reflect.New 多一层类型检查和反射对象构建开销，但通常可忽略。
真正影响性能的是后续操作 —— 比如频繁调用 .FieldByName（线性查找）、或反复 .Interface()（可能触发内存拷贝）。
- 避免在 hot path 中用
reflect.New+FieldByName；提前缓存reflect.StructField索引或用代码生成替代 -
reflect.New(typ)本身不触发 GC 扫描，但返回的指针所指内存会被扫描 - 对比
new(T)：语义相同，但new(T)是编译期确定、无反射开销；而reflect.New必须运行时查表
常见 panic 场景和对应修复方式
多数崩溃不是 reflect.New 自身出错，而是后续链式调用断裂。最典型的是忘记 .Elem() 就直接 .FieldByName。
错误信息示例：panic: reflect: FieldByName of non-struct type *int，说明你拿了一个 *int 的 reflect.Value 却当 struct 用。
-
panic: reflect: call of reflect.Value.Interface on zero Value→ 检查reflect.New输入是否为有效reflect.Type，打印typ.String()看是不是"invalid type" -
panic: reflect: Call using nil *T as type *T→ 你把reflect.New(typ).Interface()强转成了*T，但实际类型不匹配（比如 typ 是int，却转成*string） -
panic: reflect: reflect.Value.Set using value obtained using unexported field→ 字段未导出，无法通过反射赋值，改字段名或换方案
反射创建实例这事本身不难，难的是后续怎么安全地读写——类型校验、字段可见性、内存生命周期，漏掉哪一环都容易在运行时崩。
