Go反射需手动解析struct标签，推荐db键并支持pk/auto/nullable等语义；字段须可导出且传指针以避免panic；零值处理依标签和类型决定是否转NULL；性能瓶颈在重复反射操作，应缓存类型元信息而非Value实例。
struct 标签里怎么写才让反射能正确提取字段名
Go 的反射本身不解析标签内容，必须手动调用 StructTag.Get 拿到原始字符串，再自己拆解。常见错误是直接写 db:"user_name" 却忘了指定分隔符，导致后续解析失败。
推荐统一用 db 键，并支持显式忽略、自增、主键等语义：
type User struct {
ID int `db:"id,pk,auto"`
Name string `db:"user_name"`
Age int `db:"age"`
// 忽略该字段
Password string `db:"-"`
}
注意：db:"-" 是标准写法，反射中遇到这个值应跳过；pk 和 auto 是自定义标识，需在生成 SQL 时识别。
用 reflect.Value 获取字段值时为什么 panic: interface conversion
反射读取字段值前，必须确保结构体实例是可寻址的（即不能传入字面量或只读副本）。比如 reflect.ValueOf(User{}) 返回的是不可寻址的 Value，调用 .Interface() 可能 panic，尤其当字段是未导出（小写开头）时。
立即学习“go语言免费学习笔记（深入）”；
安全做法：
- 始终传指针：
reflect.ValueOf(&u)，再用.Elem()进入实际结构体 - 检查字段是否可导出：
field.CanInterface()，不可导出字段无法取值，反射会静默失败或 panic - 对非导出字段，若真需要读取（如测试场景），只能通过
unsafe，但生产环境禁止
生成 INSERT SQL 时如何处理零值和 NULL
Go 中零值（0、""、nil）不等于 SQL 的 NULL，也不能直接插入空字符串或 0 到不允许为空的列。必须结合标签语义判断是否允许为空、是否默认忽略零值。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
典型策略：
- 字段标签含
nullable（如db:"email,nullable"）：零值转为NULL - 字段类型是
*string或sql.NullString：值为nil时写NULL，否则写具体值 - 无特殊标记的整型/字符串字段：零值按原样插入（如
age: 0就是0），不强制转NULL
别硬编码判断 == 0 或 == ""，要用 reflect.Zero(field.Type()).Interface() == field.Interface() 做泛型零值比较。
性能瓶颈在哪？能不能缓存反射结果
每次调用 reflect.ValueOf + 遍历字段 + 解析标签，开销不小。实测对高频插入场景（如每秒千次以上），反射路径比硬编码慢 5–10 倍。
可行优化：
- 用
sync.Map缓存reflect.Type→ 字段元信息（如列名、是否 pk、是否 nullable）映射 - 避免重复调用
StructTag.Get：解析一次后存为结构体字段，比如ColumnInfo{Name: "user_name", IsPK: true, IsNullable: false} - 不要缓存
reflect.Value实例（它绑定具体实例，不能复用），只缓存类型层面的描述信息
缓存 key 推荐用 t.String()（reflect.Type 的字符串表示），而非 unsafe.Pointer，更安全且足够高效。
标签解析和 SQL 生成逻辑看似简单，但字段可导出性、零值语义、缓存生命周期这三点，漏掉任一个都会在上线后突然崩掉。
