beforecreate和beforeupdate不生效的主因是字段未导出（首字母小写）或未正确注册回调；gorm仅对导出字段自动赋值，且默认不覆盖已设非零时间值，需确保字段如createdat time.time为导出类型并配合指针接收者回调使用。
为什么 BeforeCreate 和 BeforeUpdate 回调不生效？
常见原因是结构体字段没导出（首字母小写），或未正确注册回调函数。GORM 只能对导出字段自动赋值，且默认不会覆盖已设置的非零时间值——比如你手动设置了 CreatedAt，BeforeCreate 就不会重写它。
实操建议：
- 确保时间字段是导出的，如
CreatedAt time.Time而非createdAt time.Time - 在模型定义中显式使用
gorm:"default:current_timestamp"或gorm:"autoUpdateTime"配合回调更可靠 - 避免在创建前手动给
CreatedAt赋非零值；若需保留零值语义，用指针类型*time.Time
如何用 BeforeCreate 和 BeforeUpdate 自动填充时间？
这是最轻量、可控性最强的方式，适合需要自定义逻辑（如使用 UTC 时间、跳过某些条件）的场景。
实操建议：
- 在模型方法中实现回调，例如：
func (u *User) BeforeCreate(tx *gorm.DB) error {
u.CreatedAt = time.Now().UTC()
u.UpdatedAt = u.CreatedAt
return nil
}
func (u *User) BeforeUpdate(tx *gorm.DB) error {
u.UpdatedAt = time.Now().UTC()
return nil
}
- GORM 会自动识别这些方法并执行；无需手动注册
- 注意：如果用了复合主键或软删除，
BeforeUpdate在软删除时也会触发，需加判断：if tx.Statement.Dest != nil && !tx.Statement.Unscoped
用 gorm.Model 或嵌入 gorm.Model 有什么区别？
直接嵌入 gorm.Model 会引入 ID、CreatedAt、UpdatedAt、DeletedAt 四个字段，并自动注册对应回调。但它的 UpdatedAt 是“每次更新都改”，包括软删除，且时间类型固定为 time.Time，不可定制时区或精度。
实操建议：
- 若项目允许统一行为，嵌入
gorm.Model最省事：
type User struct {
gorm.Model
Name string
}
- 若需控制字段名（如叫
created_at_ms）、类型（如int64毫秒戳）、或跳过某些更新，就别用它，自己定义字段+回调 - 嵌入
gorm.Model后，不能再定义同名字段，否则编译报错
时间字段用 time.Time 还是 int64？
数据库层面，PostgreSQL/MySQL 支持原生时间类型，用 time.Time 更自然；但有些场景（如跨系统毫秒级对齐、避免时区转换歧义）倾向用 int64 存 Unix 毫秒时间戳。
实操建议：
- 用
int64时，回调里要显式赋值：u.CreatedAtMs = time.Now().UnixMilli() - 需配合 GORM 的
serializer或自定义Scanner/Valuer接口才能存取，否则会报错unsupported driver -> Scan pair - SQLite 不支持
current_timestamp自动填充int64字段，必须靠回调，这点容易漏测
CreatedAt 可能被某次 UPDATE 意外清空——建议所有时间字段都加上 NOT NULL DEFAULT CURRENT_TIMESTAMP 级别的数据库约束兜底。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
