go中无dto概念，需显式定义结构体隔离内外模型；字段须手动声明并加json标签，禁用嵌入、map和反射工具，校验逻辑仅绑定dto。
Go 里没有“DTO 概念”这回事，直接定义结构体就行；所谓 DTO，只是你主动约束字段、不复用内部模型的实践选择。
为什么不用 struct 做 DTO 就会出问题
常见错误现象：json.Unmarshal 把外部请求直接塞进 User 模型，结果数据库被写入空字符串、零值或恶意字段；或者 API 返回了 PasswordHash 字段。
根本原因：Go 没有访问修饰符（private/public），只要字段首字母大写，就可能被序列化、被反射、被意外暴露。
使用场景：HTTP handler 接收参数、调用 service 层前做校验、返回响应前过滤字段。
- 不要让
database.User直接出现在http.Handler的参数或返回值里 - 不要给 DTO 加方法（比如
Validate()）——它只是数据容器，校验逻辑放在单独的函数或 service 里更清晰 - 如果 DTO 和模型字段名一致，别图省事用
struct{ *database.User }匿名嵌入——这等于开门放行所有字段
DTO 结构体怎么写才安全
关键不是“怎么定义”，而是“怎么隔离”。字段必须显式声明，哪怕和模型一模一样。
示例对比：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
type UserCreateRequest struct {
Name string `json:"name"`
Email string `json:"email"`
}
// ❌ 错误：嵌入导致 PasswordHash、CreatedAt 等全暴露
type UserResponse struct {
*database.User
}
// ✅ 正确：只列需要的字段，且命名可独立控制
type UserResponse struct {
ID int64 `json:"id"`
Name string `json:"name"`
Email string `json:"email"`
Role string `json:"role"` // 可能是映射后的值，非数据库原字段
}
- 字段标签
json:必须显式写，不能依赖模型的 tag - 避免用
map[string]interface{}当 DTO —— 失去编译期检查，IDE 无法跳转，后期改字段极易漏修 - 如果多个接口共用部分字段（如分页），抽成小结构体组合，而不是继承或嵌入大模型
什么时候该手动赋值，而不是用 mapstructure 或 copier
常见错误现象：用 mapstructure.Decode 把 map[string]interface{} 直接转成 DTO，结果字段名拼错、类型不匹配却无报错；或用 copier.Copy 把模型复制到 DTO，但漏掉新字段、多复制了不该传的字段。
性能 / 兼容性影响：反射类库在高并发下有明显开销，且无法静态检查字段是否存在。
- 简单场景（字段 ≤ 10 个）直接手写赋值：
dto.Name = model.Name—— 清晰、可控、IDE 友好 - 字段多且稳定？写个单元测试，断言 DTO 字段数 == 模型导出字段数，防止漏同步
- 真要自动化？用
go:generate+stringer类工具生成赋值函数，而非运行时反射
DTO 和 validation 怎么配合不翻车
使用场景：API 入参校验、service 层前置检查。别把 validator tag（如 validate:"required,email"）打在数据库模型上。
容易踩的坑：validator 库默认校验所有导出字段，如果你 DTO 里漏写了某个字段的 tag，它可能静默跳过校验。
- 校验逻辑只绑定在 DTO 上，例如
UserCreateRequest有validate:"required"，database.User完全不加 - 别用
omitempty同时承担“JSON 序列化控制”和“校验跳过”两个职责——它只影响序列化，不影响validate行为 - 如果字段需条件校验（如“当 Type==admin 时 Password 必填”），写普通 if 判断，别强塞进 struct tag
真正麻烦的从来不是“怎么定义 DTO”，而是每次新增字段时，要不要同步改 handler、service、DTO、validation、测试——这个链条没人帮你自动维护，得靠结构体定义的显式性和测试覆盖来兜底。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
