必须用gorm:"-"，json:"-"对GORM反射无影响；GORM仅识别gorm标签，gorm:"-"才彻底从SQL字段列表中移除，而json:"-"仅影响JSON序列化，误用会导致空值插入等错误。
struct tag 里用 gorm:"-" 还是 json:"-" ？
必须用 gorm:"-"，json:"-" 对 GORM 反射无影响。GORM 在构建 SQL 时只识别自己定义的 struct tag，比如 gorm:"column:name;type:varchar(255);not null" 或显式忽略的 gorm:"-"。如果误写成 json:"-"，字段仍会被反射进 INSERT/UPDATE 语句，可能触发空值插入或类型不匹配错误。
常见错误现象：数据库报 ERROR: null value in column "updated_at" violates not-null constraint，但代码里明明没传该字段——其实是 struct 中某个时间字段漏加 gorm:"-"，被自动包含进 INSERT。
- 所有需跳过数据库操作的字段（如临时计算字段、API 响应专用字段），统一加
gorm:"-" - 若字段同时要忽略 JSON 序列化，可叠加写：
json:"-" gorm:"-" - GORM v2 默认会忽略零值字段（如
int为 0、string为空），但这不是“跳过”，而是带值插入0或空字符串；gorm:"-"才是彻底从 SQL 字段列表中移除
反射遍历 struct 时如何正确识别 gorm:"-" 标签
不能只靠 field.Tag.Get("gorm") == "-" 判断。GORM 的 tag 值可能是 -、-"、column:xxx;- 等多种形式，需解析完整 tag 字符串。推荐用 GORM 内置的 schema.ParseTag 或直接复用其逻辑：检查 tag 值是否以 - 开头（忽略前后空格）或包含 ;<code>- 子串。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
reflect.StructTag.Get("gorm")取出原始 tag 值，再做字符串前缀判断：strings.TrimSpace(tag) == "-" || strings.HasPrefix(strings.TrimSpace(tag), "-;") - 避免手写正则或复杂分割——GORM 自己的解析逻辑也只做简单切分，过度解析反而和 GORM 行为不一致
- 注意嵌套 struct：反射需递归进入，但
gorm:"-"只作用于当前字段，子字段是否忽略由各自 tag 决定
手写反射生成 INSERT SQL 时，为什么 time.Time 字段总出错？
因为 reflect.Value.Interface() 返回的是 time.Time 实例，直接拼 SQL 会调用其 String() 方法（形如 "2006-01-02 15:04:05.999999999 -0700 MST"），而 PostgreSQL/MySQL 不认这种格式，会报 invalid input syntax for type timestamp。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
正确做法是统一转成数据库能解析的格式：
- 对
time.Time类型，调用.Format("2006-01-02 15:04:05")（MySQL）或.Format("2006-01-02T15:04:05Z07:00")（PostgreSQL 推荐 ISO8601） - 注意时区：GORM 默认用本地时区，若数据库设为 UTC，需先
.In(time.UTC) - nil *time.Time 要单独判断，不能直接调
.Format()，否则 panic
用 gorm.Model().Select().Create() 能替代手写反射 SQL 吗？
能，而且更安全。GORM v2 的 Select() 明确指定字段白名单，天然跳过未列出字段，包括带 gorm:"-" 的字段也不会被意外包含。
例如：
db.Model(&User{}).Select("name", "email").Create(&user)
这条语句只生成 INSERT INTO users (name, email) VALUES (?, ?)，哪怕 User struct 有 20 个字段，其余全被忽略。比手写反射更省心，也规避了类型转换、SQL 注入、时区等一堆坑。
但要注意：
-
Select()是字段白名单，不是黑名单；没写的字段不会进 SQL，但也不会校验是否被gorm:"-"标记——所以它不依赖 tag，行为更确定 - 如果业务要求「自动排除所有
gorm:"-"字段」，仍需反射读 tag，再把剩余字段名传给Select() - 性能上，
Select()+Create()比纯反射拼 SQL 略慢，但差距在微秒级，远不如避免 bug 重要
真正容易被忽略的是：GORM 的 Update() 默认只更新非零值字段，而 Select() 强制更新指定字段（哪怕值为零），这个语义差异在反射生成 UPDATE 时必须主动对齐，不能假设“和 INSERT 一样处理就行”。
