字段覆盖合并时需跳过匿名字段并递归处理，用field.index比对路径、iszero()判零值、assignableto()校验赋值兼容性，嵌套结构体须addr()确保可写入。
struct 字段覆盖合并时，reflect.StructField.Anonymous 会破坏预期顺序
Go 反射合并结构体时，如果目标或源结构体含匿名字段（比如 type User struct { Person; Name string }），reflect.TypeOf(t).NumField() 返回的字段顺序不等于定义顺序，且匿名字段的子字段会被“展开”进顶层字段列表。这会导致字段匹配错位，比如想用 Name 覆盖 Name，结果却把 Person.Name 当成独立字段处理。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先调用
field.Anonymous判断是否为匿名字段，跳过其直接子字段遍历；如需深度合并，单独递归处理该字段值，而非混入主字段循环 - 用
field.Index比对字段路径更可靠——它反映嵌套层级，比名字匹配抗干扰更强 - 避免依赖
field.Name做唯一键：同名字段在不同嵌套层级可能共存，仅靠名字会覆盖错误
reflect.Value.Set() panic: value of type xxx is not assignable to type yyy
这是最常卡住的地方：反射赋值前没做类型兼容检查。比如源字段是 *string，目标是 string，直接 dst.Field(i).Set(src.Field(j)) 就 panic；或者源是 int64、目标是 int，Go 反射不自动转换。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
dst.CanSet()和src.Type().AssignableTo(dst.Type())双重校验，缺一不可 - 基础类型间转换必须手动：检测到
src.Kind() == reflect.Int64 && dst.Kind() == reflect.Int时，用src.Int()再转成int，再通过reflect.ValueOf(&v).Elem()构造可设值 - 指针字段要解引用再比较：先
src.Elem()看是否有效，再比对底层类型，否则空指针 panic
零值判断失效：reflect.Zero() 不等于结构体字段默认零值
写合并逻辑时容易误用 if !srcField.IsNil() 判断是否该覆盖——但 srcField 是 int 或 string 时根本不能调用 IsNil()，会 panic；而用 srcField.Interface() == reflect.Zero(srcField.Type()).Interface() 看似合理，实际因接口底层类型不同，比较恒为 false。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 统一用
srcField.IsZero()判断源字段是否为零值，它内部已处理所有 kind 的零值语义 - 若需“只覆盖非零值”，注意布尔类型
false是合法业务值，不能跳过；应明确区分“未设置”和“显式设为 false”，后者需保留 - 切片、map、指针用
IsNil()是安全的，但必须先Kind() == reflect.Slice || reflect.Map || reflect.Ptr再调用
嵌套结构体递归合并时，reflect.Value 的地址丢失导致无法写入
合并 A 结构体到 B 时，如果 B 的某个字段是嵌套结构体（比如 B.Profile *Profile），直接 dst.Field(i).Interface() 拿到的是值拷贝，后续对它的任何反射操作都写不回原结构体。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 确保传入递归函数的是
reflect.Value的地址：即dst.Field(i).Addr()（前提是CanAddr()为 true） - 若字段本身是指针（
*T），先Elem()获取指向的值，再Addr()；若为值类型（T），直接Addr() - 遇到不可取址字段（如 struct 字面量、函数返回值），提前报错或跳过，不要静默忽略——否则合并看起来成功，实际没生效
最难缠的其实是字段 tag 控制逻辑：比如 json:"-,omitempty" 表示忽略，但反射层看不到 tag 语义，得手动解析 structTag 并约定规则。这部分一旦没对齐，合并结果就和序列化行为不一致，调试起来特别费时间。
