软删除字段名和值需通过反射结合标签（如gorm:"softDelete"或自定义soft_delete:"true"）显式提取，字段类型应为time.Time或*time.Time（如DeletedAt）或bool（如IsDeleted），反射仅读取标签并获取值，不自动推断业务意图，SQL拼接仍需手动安全构造。
软删除字段名和值怎么通过反射自动提取
Go 的 reflect 包无法直接知道某个 struct 字段是否“应该”作为软删除标记，必须靠约定或标签显式声明。常见做法是在 struct 字段上加 gorm:"softDelete" 或自定义标签如 soft_delete:"true"。反射只负责读取这个标签，并检查对应字段的类型是否为 time.Time 或 *time.Time（GORM 默认用 DeletedAt），或者 bool（自定义逻辑删除）。别指望反射能猜出业务意图。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 统一约定软删除字段名（如
DeletedAt、IsDeleted），避免每个 model 都要解析标签 - 若用自定义标签，用
structField.Tag.Get("soft_delete")判断是否启用，再验证字段可寻址且非零值 - 注意：
reflect.ValueOf(ptr).Elem()才能拿到 struct 值；传入 nil 指针或非指针会 panic - 时间型软删除字段通常需调用
time.Now()，而 bool 型则设为true—— 反射只能赋值，不能自动决定“该填什么”，这部分逻辑得你写
如何用反射拼出 UPDATE ... SET deleted_at = ? WHERE id = ?
反射本身不生成 SQL，它只帮你从 struct 实例中取出字段名、值、条件主键。SQL 拼接仍需手动组合，否则容易 SQL 注入或类型错位。GORM 内部就是这么干的：先反射提取元信息，再交给 SQL 构建器处理。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
reflect.TypeOf(t).Name()获取表名（或从结构体标签如gorm:"table:users"提取） - 主键字段需提前约定（如
id或带gorm:"primaryKey"标签），反射遍历字段找出来，再用reflect.Value.FieldByName("ID").Interface()取值 - 软删除字段值不能硬编码为
nil或"now()"—— 必须是 Go 值：time.Now()或true，然后交由 database/sql 预处理 - 不要用
fmt.Sprintf拼 SQL 字符串！用?占位符 +args切片传参，例如：args := []interface{}{time.Now(), idValue}
为什么直接反射 struct 生成 DELETE 语句是危险的
因为 “软删除” 不是 SQL 的 DELETE FROM，而是 UPDATE。一旦误用反射生成了真实 DELETE 语句，数据就不可逆丢失。更隐蔽的问题是：反射可能漏掉嵌套字段、忽略嵌入 struct 中的软删除字段、或把零值字段（如 DeletedAt 为零时间）当成“未删除”而跳过更新。
常见错误现象：
- 执行后数据库里
deleted_at仍是NULL—— 反射取到的是零值time.Time{}，没做非零判断 - WHERE 条件用了
name = ?而不是主键 —— 反射没识别主键，靠字段名模糊匹配导致全表更新 - struct 是值类型传入，反射修改的是副本，原实例未变，后续 ORM Save 时又覆盖回未删除状态
替代方案：用 GORM Hook + 自定义方法更稳
比起手撸反射拼 SQL，GORM 提供的 BeforeUpdate Hook 和 Unscoped() 已覆盖绝大多数软删除场景。自己写反射逻辑，90% 的工作是在重复造轮子，还更容易出兼容性问题（比如 GORM v2 和 v1 的标签解析方式不同）。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 给 model 实现
BeforeUpdate方法，在里面检查是否要触发软删除（比如判断某个入参标志位），然后手动设置DeletedAt字段 - 真正执行软删除时，调用
db.Unscoped().Model(&u).Updates(map[string]interface{}{"deleted_at": time.Now()}) - 如果非要用反射封装通用函数，至少把表名、主键名、软删字段名作为参数传入，别试图全自动推导 —— 那些“智能”逻辑最后都会在复杂关联模型里崩掉
最易被忽略的一点：软删除的“恢复”操作同样需要反射提取字段，但此时你要把 deleted_at 设为 nil，而 nil 对 *time.Time 是合法值，对 time.Time 却只能设为零值 —— 类型不一致会导致 SQL 生成失败或语义错误。
