Go反射安全合并结构体需先用isValid()和isNil()判空，基本类型单独比零值，嵌套结构防循环引用；字段匹配优先按顺序而非json tag；Set前须确保可寻址，map/slice需手动初始化；并发下避免复制sync.Mutex等非线程安全字段。
Go 反射怎么安全地跳过零值字段合并
直接用 reflect.Value.Interface() 拿值再判空会 panic——比如 nil 指针、未初始化的切片或 map。得先确认字段可寻址且非零，再取值比较。
- 用
field.IsValid() && !field.IsNil()判指针/接口/map/slice 是否有效（注意：基本类型如int、string没有IsNil，要单独用==零值判断） - 对
string用field.String() != ""，对int用field.Int() != 0，但别硬编码——封装成isEmpty(field reflect.Value)函数更稳 - 嵌套结构体要递归处理，但得防循环引用；加个
visited map[uintptr]bool记地址，避免栈溢出
为什么 reflect.StructField.Tag.Get("json") 不总能对上字段名
结构体字段名可能和 JSON key 不一致，比如 UserID int `json:"user_id"`，但反射时按结构体字段名（UserID）索引，不是按 tag。合并逻辑若依赖 tag 匹配，容易漏字段或错配。
- 合并两个同类型结构体时，优先按字段顺序+类型匹配，而不是 tag 名；tag 只用于导出/序列化，不参与运行时字段对齐
- 如果必须按 tag 合并（比如合并不同 struct 类型），得先用
reflect.TypeOf().FieldByNameFunc()找对应字段，但性能差、易失败——没找到就返回空reflect.StructField - 常见坑：
json:"-"字段被忽略是预期行为，但json:",omitempty"不影响反射读取，它只在json.Marshal时起作用
reflect.Value.Set() panic: value is not addressable 的原因和解法
想把源结构体的非空字段“写进”目标结构体，但直接 dstField.Set(srcField) 会 panic，因为目标字段值默认不可寻址（尤其传入的是值而非指针）。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 函数参数必须接收
*T类型，否则reflect.ValueOf(dst).Elem()会失败——没有.Elem()可取 - 调用前确保
dstValue.Kind() == reflect.Ptr && dstValue.Elem().CanAddr()，否则 set 无意义 - 基本类型字段（如
int、string）可以 set，但复杂类型如map、slice要先MakeMap/MakeSlice再 set，否则 panic “cannot set map using SetMap”
并发场景下用反射合并结构体要注意什么
反射本身不是并发安全的，但更危险的是结构体字段本身含共享状态（比如 sync.Mutex、map、chan）。直接 copy 或 set 会导致数据竞争或 panic。
立即学习“go语言免费学习笔记（深入）”；
-
sync.Mutex和sync.RWMutex不能被反射 set——它们包含不可拷贝的系统字段，强行Set()会 panic “call of reflect.Value.Set on unaddressable value” - 含
map字段时，不要直接SetMap；应遍历 src map 的 key-value，逐个SetMapIndex到 dst map 中（dst map 需已初始化） - 如果结构体含
chan或func字段，通常不该合并——这类字段语义上属于运行时上下文，不是数据态，跳过最安全
真正难的不是遍历字段，而是判断“什么是空”：自定义类型、带方法的结构体、带嵌入字段的组合，都可能让 isEmpty 逻辑失效。别图省事写通用判断，该为关键业务结构体写专用合并函数时，就写。
