在GORM中嵌套结构体时，若多个匿名字段包含同名内嵌成员（如 By），会导致数据库列名映射歧义（如均映射为 by_id）。正确做法是避免多层匿名嵌入，改用命名字段显式声明，确保 created_by_id 和 updated_by_id 等列名被准确区分。
在gorm中嵌套结构体时，若多个匿名字段包含同名内嵌成员（如 `by`），会导致数据库列名映射歧义（如均映射为 `by_id`）。正确做法是避免多层匿名嵌入，改用命名字段显式声明，确保 `created_by_id` 和 `updated_by_id` 等列名被准确区分。
当使用 GORM 定义具有审计字段（如 created_by_id、updated_by_id）的模型时，常见的错误模式是过度依赖结构体匿名嵌入（embedding），从而引发字段名冲突与映射失效。例如，以下写法看似复用性高，实则不可行：
type By struct {
ByID sql.NullInt64 `gorm:"column:by_id"`
By *User `gorm:"foreignKey:ByID"`
}
type CreatedBy struct {
By // 匿名嵌入 → 生成字段 ByID（默认映射为 by_id）
}
type UpdatedBy struct {
By // 同样匿名嵌入 → 也生成 ByID（同样映射为 by_id）
}
type Event struct {
CreatedBy // ❌ 两处 By.ID 冲突：GORM 无法区分哪个 ByID 对应 created_by_id
UpdatedBy
}上述结构在调用 db.Create(&event) 时，GORM 会尝试将两个 ByID 字段都映射到数据库列 by_id，导致 SQL 错误或数据覆盖。
✅ 推荐解决方案：使用命名字段（非嵌入）+ 显式标签控制列名
直接在主结构体中定义命名字段，并为每个字段指定独立的 gorm 标签，明确列名与外键关系：
立即学习“go语言免费学习笔记（深入）”；
type Event struct {
ID uint `gorm:"primaryKey"`
Title string `gorm:"not null"`
// 显式字段，避免嵌入歧义
CreatedByID sql.NullInt64 `gorm:"column:created_by_id;index"`
CreatedBy *User `gorm:"foreignKey:CreatedByID"`
UpdatedByID sql.NullInt64 `gorm:"column:updated_by_id;index"`
UpdatedBy *User `gorm:"foreignKey:UpdatedByID"`
CreatedAt time.Time `gorm:"autoCreateTime"`
UpdatedAt time.Time `gorm:"autoUpdateTime"`
}这样既保持语义清晰，又让 GORM 能精确识别每列对应的数据库字段（created_by_id / updated_by_id），同时支持预加载（如 db.Preload("CreatedBy").Preload("UpdatedBy").First(&event)）。
⚠️ 注意事项：
- 避免多级匿名嵌入（如 Event 嵌入 CreatedBy，而 CreatedBy 又嵌入 By），这会使字段路径模糊且 GORM 无法自动推导列名前缀；
- 若坚持复用逻辑，可定义通用字段类型但不嵌入，而是作为普通字段使用（如 CreatedBy By），再配合 gorm:"embeddedPrefix:created_" 标签（仅适用于 GORM v2；Go 1.5 + GORM v1 不支持该标签，故不适用）；
- 在 GORM v1（如问题中使用的 Go 1.5 环境）中，embeddedPrefix 尚未引入，因此必须显式声明字段及列名；
- 外键字段（如 CreatedByID）需与关联结构体的主键类型一致（此处为 sql.NullInt64 对应 User.ID uint 时需注意类型兼容性，必要时改用 *uint 或自定义扫描器）。
总结：结构体设计应以“GORM 可推导性”和“数据库意图明确性”为优先。与其追求嵌入复用，不如用清晰的命名字段换取稳定、可维护的 ORM 映射行为。
