reflect.New创建结构体指针时字段全为零值，因为它仅分配内存并初始化为零值，不执行构造逻辑、不调用初始化函数、不处理default tag，且必须Elem()后才能访问字段，未导出字段不可设置。
用 reflect.New 创建结构体指针时，为什么字段全是零值？
因为 reflect.New 只分配内存并初始化为零值，不执行构造逻辑，也不调用任何初始化函数。它返回的是 *T 类型的 reflect.Value，所有字段保持默认：数字为 0、字符串为 ""、指针为 nil、time.Time 为零时间等。
常见错误是以为 reflect.New 等价于 &T{} 并自动填充默认值（比如带 default tag 的字段），其实 Go 没有运行时字段默认值机制，tag 不会自动生效。
- 若需非零初始值，必须手动对每个可导出字段调用
.Set() - 注意：只能设置导出字段（首字母大写），未导出字段会 panic
- 若结构体含嵌套结构体或指针字段，需逐层解引用再赋值
给 reflect.Value 字段赋值前必须先 Elem()
reflect.New(T) 返回的是指向新实例的指针封装，即 reflect.Value 类型为 Ptr。直接调用 .FieldByName() 会失败 —— 因为指针类型没有字段，它的元素才有。
正确路径是：reflect.New(T).Elem() 得到可寻址的结构体实例 reflect.Value，之后才能安全读写字段。
立即学习“go语言免费学习笔记（深入）”；
- 漏掉
.Elem()会导致panic: reflect: call of reflect.Value.FieldByName on ptr Value -
.CanAddr()和.CanSet()应在赋值前检查，避免运行时 panic - 对字段调用
.Set()时，传入的reflect.Value类型必须严格匹配（包括底层类型）
动态生成 ID 字段：string / uint64 / xid 等类型的处理差异
ID 字段常见类型包括 string（如 UUID）、uint64（自增）、xid.ID（第三方库）等。反射赋值时需按目标字段类型准备对应 reflect.Value。
- 对
string字段：field.Set(reflect.ValueOf("abc123")) - 对
uint64字段：field.SetUint(12345)（比Set(reflect.ValueOf(uint64(123)))更安全） - 对
xid.ID这类自定义类型：需确保其可被reflect.ValueOf()正确封装；若含未导出字段，Set()可能失败 - 若字段是
*string或*uint64，需先field.Elem().Set*，或用reflect.New创建目标类型指针再赋值
完整示例：动态创建对象并注入 ID
package main
import (
"fmt"
"reflect"
)
type User struct {
ID string `json:"id"`
Name string `json:"name"`
Age int `json:"age"`
}
func NewWithID(typ reflect.Type, id string) interface{} {
ptr := reflect.New(typ) // *User
val := ptr.Elem() // User（可寻址）
if idField := val.FieldByName("ID"); idField.CanSet() && idField.Kind() == reflect.String {
idField.SetString(id)
}
return ptr.Interface()
}
func main() {
u := NewWithID(reflect.TypeOf(User{}).Type1(), "usr_789")
fmt.Printf("%+v\n", u) // &{ID:"usr_789" Name:"" Age:0}
}
注意 Type1() 是占位写法（实际应传 reflect.TypeOf((*User)(nil)).Elem() 或直接用 reflect.TypeOf(User{})）。真实使用中建议封装成泛型函数，避免类型擦除问题；另外 ID 生成逻辑（如调用 uuid.NewString()）应放在调用侧，而非硬编码在反射函数里。
最易被忽略的一点：如果结构体字段带自定义 setter 方法（比如 SetID()），反射不会自动触发它们 —— 字段赋值绕过了方法逻辑，可能破坏不变量或遗漏副作用。
