Beego ORM 不支持钩子机制，无 BeforeCreate、AfterUpdate 等生命周期回调；所有操作如 Insert/Update 均为裸 SQL 执行，不触发模型事件，需手动封装业务逻辑并显式处理默认值、时间戳、事务及通知。
Beego ORM 没有内置钩子函数（hooks）机制，所有“BeforeUpdate”“AfterCreate”这类回调在 Beego 中并不存在。 它不提供模型级别的生命周期事件监听，也不支持全局或模型级的钩子注册。你看到的类似描述，基本是混淆了 GORM 或 Sequelize 的能力。
为什么 Beego ORM 无法使用 BeforeCreate / AfterDelete 这类钩子
Beego ORM 的设计哲学是轻量、显式、贴近 SQL。它不抽象出“模型创建前/后”的语义层，而是把控制权完全交给开发者手动组织逻辑：
- 没有
beforeCreate函数，因为Insert()就是一次裸 SQL 插入，不触发任何模型生命周期事件 - 没有
afterUpdate回调，Update()只执行 SET 语句，不感知业务上下文 - 所有关联操作（如
LoadRelated）、事务控制（Begin()/Commit()）都需显式调用，不自动绑定到某个钩子阶段 - 源码中无
model-hooks.ts或类似 hook 注册入口 —— Beego 的 ORM 核心文件是orm/orm.go和orm/db.go，里面没有 hook 管理器
想实现类似钩子的效果，只能手动封装
如果你需要在保存用户前加密密码、更新商品库存后发通知，必须自己写一层 wrapper，而不是依赖框架回调：
- 定义一个
UserService结构体，把CreateUser方法作为统一入口：func (s *UserService) CreateUser(u *User) error { u.Password = bcrypt.Hash(u.Password) u.CreatedAt = time.Now() _, err := orm.NewOrm().Insert(u) if err == nil { notification.Send("user_created", u.ID) } return err } - 所有业务代码必须绕过直接调用
o.Insert()，改用该服务方法 - 事务也得手动包住：
o.Begin()→ 执行插入 →o.Commit()或o.Rollback() - 别指望
Update()自动填充UpdatedAt字段 —— 必须显式赋值：u.UpdatedAt = time.Now()
Beego ORM 的 Update 不触发任何钩子，连 PreUpdate 都没有
这是最容易踩坑的一点：当你用 o.QueryTable(&User{}).Filter("id", 1).Update(<code>map[string]interface{}{"status": 2})) 时：
- 它绕过模型结构体，直连数据库执行 UPDATE 语句
- 字段校验、默认值填充、时间戳更新、关联清理 —— 全部不会发生
- 返回值是受影响行数（
int64），若为0，说明条件没匹配到记录，但 ORM 不报错 - 如果字段未加
orm:"column(status)"tag，或者大小写不一致（比如 struct 字段叫Status，但 tag 写成column(status)），更新会静默失败
真正复杂的地方在于：Beego ORM 的“简单”是假象。它省掉了钩子抽象，却把状态同步、数据一致性、审计日志这些责任全推给了业务层。一旦项目变大，没人统一维护那些 CreateWithAudit、UpdateWithTimestamp 封装函数，就很容易出现密码明文入库、时间字段为空、通知漏发等问题。
