copier.Copy 默认浅拷贝，仅复制字段值而不递归复制指针、切片、map等引用类型的底层数据，导致源与目标共享内存；需显式启用 DeepCopy 选项才能实现深拷贝。
copier.Copy 为什么默认不深拷贝指针和切片
因为 copier.Copy 默认是浅拷贝：它只复制字段值，对 *T、[]T、map[K]V 这类引用类型，只是复制指针地址或头信息，不会递归创建新底层数组或 map。结果就是源和目标共享同一块内存，改一个另一个跟着变。
常见错误现象：dst.Slice = src.Slice 后修改 dst.Slice[0]，src.Slice[0] 也变了；dst.Map["key"] = "new" 导致 src.Map 也被污染。
- 必须显式启用深度复制：用
copier.CopyWithOption(&dst, &src, copier.Option{DeepCopy: true}) - 目标变量必须已初始化（不能是 nil 指针）：比如
var dst UserDTO可以，var dst *UserDTO且dst == nil会 panic - 未初始化的
nil map或nil slice不会自动make，需提前分配或依赖DeepCopy: true的内部处理逻辑（它会对 nil 切片/map 分配新空间）
interface{} 字段复制失败或变成 nil 怎么办
当结构体字段类型是 interface{}，而源值是 nil 或具体类型（如 *SomeStruct），copier 默认行为可能丢数据或 panic——它不自动推导目标 interface{} 应该容纳什么类型。
使用场景：DTO 中常有泛型扩展字段 Extra interface{}，从数据库实体映射过来时需要保留原始类型。
立即学习“go语言免费学习笔记（深入）”；
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 确保源值非 nil 且类型明确：如果源是
nil，目标interface{}也会被设为nil，这是预期行为 - 避免跨包类型丢失：源值如果是私有字段或未导出类型，
copier无法反射访问，会跳过或报错 - 必要时手动接管：对关键
interface{}字段，建议在Copy后单独赋值，比如dst.Extra = src.Extra（前提是类型兼容）
字段名不一致时如何用标签控制映射
copier 支持通过结构体 tag 显式声明字段对应关系，比依赖命名约定更可靠，尤其在 VO/DTO/Entity 字段命名风格不统一时。
参数差异：copier:"-" 表示忽略该字段；copier:"user_id" 表示源结构体中叫 user_id 的字段映射到当前字段；不加 tag 则按字段名精确匹配。
- 源字段名小写（如
userID）但目标要映射到UserDTO的UserId，可加copier:"user_id"标签 - 目标字段想跳过复制，加
copier:"-"即可，比如Password string `copier:"-"` - 标签只影响字段级映射，不影响嵌套结构体内部逻辑；嵌套字段仍需各自定义 tag 或保持命名一致
高频调用下 copier 性能怎么稳住
每次 copier.Copy 都触发反射遍历字段，对高频接口（如每秒数百次 DTO 转换），开销明显。不是不能用，但得避开无脑调用。
性能影响：比手写 Clone() 慢 3–5 倍，比 json.Marshal/Unmarshal 快，但仍有 runtime 反射成本。
- 缓存 struct info：调用
copier.MustRegister预注册常用类型对，后续Copy复用元数据，减少重复反射 - 避免在循环内反复调用：把转换逻辑提到外层，批量处理后再复制
- 简单结构体（≤5 字段、无嵌套）可直接手写赋值，零开销、无依赖、易测试
最麻烦的不是性能，而是 nil map/slice 和 interface{} 的隐式行为——它们不像基础字段那样“看得见”，出问题时调试成本高，上线前务必用真实数据覆盖这些边界 case。
