不能直接用 reflect.deepcopy 或 json.marshal/unmarshal 做 dto→entity 转换，因性能损耗大、类型丢失严重、无法控制字段映射逻辑；应使用 map[string]func(interface{}) interface{} 配合显式字段映射函数，兼顾性能、类型安全与业务转换可控性。
为什么不能直接用 reflect.DeepCopy 或 json.Marshal/Unmarshal 做 DTO → Entity 转换
因为性能损耗大、类型丢失严重、无法控制字段映射逻辑。比如 json.Marshal 会强制走字符串序列化，reflect.DeepCopy 无法跳过零值字段或做业务级转换（如 string 时间格式转 time.Time）。微服务高频调用下，这种开销会明显拖慢吞吐量。
用 map[string]interface{} + 显式字段映射函数最稳
不依赖泛型反射，也不引入第三方库，靠预定义的映射函数列表控制每一对字段的转换行为。关键点是：映射函数只处理「有明确语义关联」的字段，其余字段默认忽略或报错。
-
map[string]func(interface{}) interface{}存储字段名到转换函数的映射，例如"created_at": func(v interface{}) interface{} { return time.Parse("2006-01-02", v.(string)) } - DTO 结构体字段必须带
jsontag，Entity 字段也需对应 tag，否则reflect.StructField.Tag.Get("json")拿不到键名 - 转换时先遍历 DTO 的
jsontag 键，查映射表；没命中则按字段名直拷（仅限基础类型且类型一致）
注意 struct tag 中的 ,omitempty 和 ,string 对转换的影响
DTO 接收请求时常用 ,omitempty，但 Entity 通常不允许空值。如果 DTO 字段带 ,omitempty，而实际传了零值（如 "" 或 0），json.Unmarshal 后该字段不会出现在 map[string]interface{} 中 —— 导致映射函数根本不会被触发。更隐蔽的是 ,string，它会让数字字段反序列化成字符串，比如 "age": "25"，此时映射函数接收的是 interface{} 类型的 string，不是 int。
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
- 建议 DTO 所有字段去掉
,omitempty，用指针类型（如*string）表达可选性 - 若必须保留
,string，映射函数里要加类型断言分支：if s, ok := v.(string); ok { ... } - Entity 字段不应加
,string，避免写库时类型错位
如何让映射函数支持嵌套结构体字段
标准 reflect 遍历只到一级字段。要支持 user.profile.name 这种路径，得手动拆解 key 并逐层取值。简单做法是：在映射函数注册时用点号分隔路径，函数内部用 getFieldByPath 辅助函数递归取值。
- 注册示例：
"profile.name": func(v interface{}) interface{} { return strings.ToUpper(v.(string)) } -
getFieldByPath需处理nil指针、非 struct 类型中断、大小写敏感等边界 - 不建议自动递归映射整个嵌套结构，容易掩盖字段缺失或类型不匹配问题
真正难的不是写映射函数，而是保持 DTO 和 Entity 字段语义的一致性 —— 比如一个叫 status 的字段，在 DTO 是字符串枚举，在 Entity 是 int 常量，这个转换逻辑一旦漏掉或写错，测试很难覆盖全路径。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
