reflect.New必须传入指针类型的Elem()结果，如reflect.TypeOf(&User{}).Elem()；直接传值类型会panic；动态创建需注册类型映射表，且字段须可导出才可设置。
反射创建结构体实例必须传入指针类型
Go 的 reflect.New 只接受 reflect.Type，且该类型必须是可寻址的——也就是不能直接传 struct 类型字面量，得传它的指针类型。常见错误是写 reflect.New(reflect.TypeOf(MyStruct{}))，这会 panic：「panic: reflect: New(nil)」，因为 reflect.TypeOf(MyStruct{}) 返回的是值类型，而 reflect.New 要求的是类型本身（非接口、非 nil）。
正确做法是先用 reflect.TypeOf(&MyStruct{}).Elem() 拿到结构体类型，再传给 reflect.New：
type User struct {
Name string
Age int
}
t := reflect.TypeOf(&User{}).Elem() // 获取 *User 的元素类型 User
v := reflect.New(t).Interface() // v 是 *User 类型的接口值
- 如果只需要值而非指针，后续调用
v.(*User)再解引用 - 别用
reflect.ValueOf(MyStruct{}).Type()——它返回的是值类型，reflect.New不接受 - 对嵌套结构体或带未导出字段的类型，反射仍能创建，但字段初始化为零值
动态填充结构体字段需确保字段可导出且可设置
通过反射设置字段前，必须确认两点：字段名首字母大写（可导出），且 reflect.Value 是可设置的（即来自指针）。否则调用 SetString 或 SetInt 会 panic：「reflect: reflect.Value.SetString using unaddressable value」。
典型流程是：取指针 → 调用 Elem() → 遍历字段 → 判断 CanSet()：
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
v := reflect.ValueOf(&User{}).Elem() // 必须 Elem() 得到可设置的 Value
if v.FieldByName("Name").CanSet() {
v.FieldByName("Name").SetString("Alice")
}
if v.FieldByName("Age").CanSet() {
v.FieldByName("Age").SetInt(30)
}
- 未导出字段（如
name string）永远CanSet() == false，反射无法修改 - 从
reflect.New(t)得到的Value默认可设置；但从reflect.ValueOf(u)（u 是值）得到的不可设置 - 字段名匹配区分大小写，且必须完全一致，不支持 tag 映射自动绑定
通过字符串名称查找并实例化结构体类型需要类型注册表
Go 反射本身不提供「根据字符串名查 struct 类型」的能力，reflect.TypeOf 无法接收字符串参数。所以若想实现 Create("User") 这类逻辑，必须手动维护一个映射表。
常见做法是在包初始化时注册：
var typeRegistry = make(map[string]reflect.Type)
func init() {
typeRegistry["User"] = reflect.TypeOf(&User{}).Elem()
typeRegistry["Config"] = reflect.TypeOf(&Config{}).Elem()
}
func Create(name string) interface{} {
t, ok := typeRegistry[name]
if !ok {
panic("unknown type: " + name)
}
return reflect.New(t).Interface()
}
- 注册时统一用
reflect.TypeOf(&T{}).Elem()保证类型一致性 - 不要在运行时用
eval或代码生成模拟“动态 import”，Go 不支持 - 如果类型分散在多个包，注册逻辑需集中或通过接口暴露，否则跨包不可见
反射创建对象的性能与适用边界要清醒认知
反射创建对象比直接字面量慢 10–100 倍（取决于字段数），且丧失编译期类型检查。它只应在真正需要动态性的场景使用，比如通用 ORM 实例化、配置驱动的插件加载、测试桩构造器等。
- 高频路径（如 HTTP handler 内每次请求都反射 new）应避免，改用对象池或预建实例
- 一旦用了反射，字段名拼写错误、类型不匹配等问题只能在运行时报错，无法被 IDE 或
go vet捕获 - 如果只是想简化构造逻辑，优先考虑函数选项模式或 builder 模式，而不是反射
最易被忽略的一点：反射创建的结构体不会触发任何自定义的 `UnmarshalJSON` 或 `Scan` 方法——它只是零值填充。如果有初始化逻辑依赖方法，得额外显式调用。
