应复用GORM解析器获取字段名：用schema.ParseField或ParseTagSetting解析gorm tag，避免手动拆分；嵌套字段需逐层Indirect+IsValid检查；SELECT字段须加表别名防冲突；表名取自schema.Table而非Type.Name()；字段名按方言标准化并用Quote包裹。
反射获取结构体字段名和标签时，Tag.Get("gorm") 不能直接当列名用
很多同学一上来就用 reflect.StructTag.Get("gorm") 提取 column 值，但 GORM 的 tag 解析是懒加载且带逻辑的——比如 gorm:"primaryKey;column:id" 和 gorm:"column:id;primaryKey" 都合法，但手动解析容易漏掉空格、分号或引号。更稳妥的方式是复用 GORM 自身的解析器：schema.ParseField 或直接调用 gorm.io/gorm/schema 包里的 ParseTagSetting。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 不要自己用
strings.Split拆gormtag 字符串 - 如果项目已用 GORM v1.24+，可构造临时
*schema.Schema实例，传入结构体类型后查Field.DBName - 若只读不写，用
reflect.StructTag.Get("json")作 fallback（前提是字段命名与数据库列一致）
嵌套结构体关联生成 JOIN 条件时，reflect.Value.FieldByName 容易 panic
反射访问嵌套字段（如 User.Profile.Address.City）时，中间任意一级为 nil 就会触发 panic: reflect: call of reflect.Value.FieldByName on zero Value。这不是 SQL 生成逻辑的问题，而是反射链断裂。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
reflect.Indirect()先解引用，再逐层FieldByName，每次检查.IsValid()和.CanInterface() - JOIN 条件中涉及的外键字段（如
user_id）必须显式声明在 struct tag 中，例如gorm:"foreignKey:UserID"，否则反射无法推导关联路径 - 避免递归自动展开所有嵌套字段——GORM 本身也只支持一级预加载（
Preload），深度嵌套应拆成多个独立查询
gorm.Model().Select().Joins() 组合反射结果时，字段别名冲突很常见
用反射拼出 SELECT u.id, u.name, p.email 后，如果两个表都有 created_at 字段，又没加表别名，SQL 执行会报 column reference "created_at" is ambiguous。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 每个字段输出前强制加上表别名，例如
u.created_at AS u_created_at，别名规则统一用{table}_{field} - 不要依赖
reflect.TypeOf(T{}).Name()当表名——它返回的是 Go 类型名，不是数据库表名；应从GORM schema.Table获取，或约定 struct taggorm:"table:users" -
Joins("LEFT JOIN profiles p ON p.user_id = u.id")中的p和u别名必须和 SELECT 中的前缀严格一致
反射生成的 SQL 在 MySQL 和 PostgreSQL 上行为不一致
比如字段名大小写：MySQL 默认忽略大小写，PostgreSQL 把未加双引号的字段全转小写。反射拿到的 DBName 如果是 CreatedAt，生成的 createdat 在 PG 里查不到。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 在反射阶段就对字段名做标准化：统一转小写 + 下划线（
created_at），或按目标方言加引号（仅 PG 需要"CreatedAt"） - 用
gorm.Config.NamingStrategy提前配置好命名规则，让schema解析出的DBName直接可用 - 别在反射层硬编码方言逻辑，而是把
dialector注入生成器，调用其Quote方法包裹字段名
真正难的不是遍历结构体，而是让反射结果能安全穿过 GORM 的 schema 构建、dialect 渲染、SQL 编译三层。字段名、空值判断、表别名、方言适配——任何一个环节漏掉，生成的 SQL 就在某个环境里静默失败。
