必须用 reflect.StructTag.Get("db") 安全提取 tag 值，不能直接切分字符串；需手动解析逗号分隔的复合值（如 "id,pk"），并区分 db:"-"、db:",omitempty" 及无标签字段的语义。
怎么用 reflect.StructTag 解析结构体字段的 db tag
Go 的反射本身不直接“提取 SQL”，但能读取结构体字段上的 db（或任意名）tag，这是生成 SQL 的前提。关键在正确解析 reflect.StructTag 字符串——它不是普通字符串，得用 tag.Get("db")，不能直接 strings.Split。
常见错误是拿到 tag 后手动切分，结果忽略引号包裹、空格处理和逗号分隔逻辑，比如 db:"user_id,primary_key" 里 primary_key 是 option，不是字段名。
-
db:"name"→ 字段映射到列名name -
db:"user_name,omitempty"→ 列名user_name，且该字段为空时不参与 INSERT/UPDATE -
db:"-"→ 忽略该字段（如密码字段） - 没写
dbtag 的字段，默认用字段名转小写下划线（如UserID→user_id）
怎么遍历结构体字段并拼出 INSERT 语句
核心是用 reflect.TypeOf 拿类型，再用 .NumField() + .Field(i) 遍历；对每个字段，先检查 db tag，再决定是否纳入 SQL。
注意：必须传入指针才能获取字段值（reflect.ValueOf(&v).Elem()），否则 Value 是不可寻址的，无法读值。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 跳过
db:"-"或未导出字段（field.PkgPath != ""） - 用
field.Tag.Get("db")获取原始 tag 值，再自己 parse（例如按逗号分割后取第一个非 option 项） - 列名收集进
[]string，占位符用?（MySQL）或$1（PostgreSQL），值用v.Field(i).Interface()提取 - 别忘了判断
omitempty：若字段值为零值（0、""、nil），且 tag 含omitempty，就跳过该字段
type User struct {
ID int `db:"id,primary_key"`
Name string `db:"user_name"`
Age int `db:"age,omitempty"`
}
// → INSERT INTO users (id, user_name, age) VALUES (?, ?, ?)
为什么不能直接用 json tag 替代 db tag
json tag 是为序列化设计的，语义和需求不同：它支持 omitempty，但不支持主键、索引、类型提示等数据库语义；字段名常做缩写（如 json:"n"），而 SQL 列名需要明确可读；更严重的是，json:"-" 表示忽略序列化，但你可能仍需该字段参与 SQL 更新（比如内部状态字段）。
-
json:"created_at"`和db:"created_at,auto_now_add"承载信息完全不同 - 混用会导致后期维护混乱：改 API 字段名不敢动
jsontag，但 DB 迁移又必须改列名 - ORM 如 GORM、sqlx 都强制要求独立的
db或columntag，就是为解耦
容易被忽略的边界情况
真实场景下，结构体嵌套、匿名字段、指针字段、slice/map 字段都会让反射逻辑崩掉——它们没有对应的 SQL 列，但反射会照常遍历出来。
- 嵌入结构体（
type User struct { Base }）：需递归处理，或加db:",inline"显式声明扁平化 - 字段是
*string：要先.Elem()再取值，否则Interface()返回的是*string类型，不是string - 字段是
[]byte：对应 SQL 的BLOB，但 tag 里不会体现，需额外类型映射表 - 字段名含大写字母但 tag 为空：自动转换规则（
UserID→user_id）必须稳定，建议用strings.ToValidSQLName封装，而非简单strings.ToLower
真正难的不是读 tag，而是把 tag 语义、Go 类型、目标 SQL 方言三者对齐——比如 db:"updated_at,auto_now" 在 INSERT 时应忽略，在 UPDATE 时设为 NOW()，这已经超出反射能力范围了。
