BaseModel 中 created_at 和 updated_at 通过 boot() 注册 creating/updating 静态钩子自动写入，需用 Carbon::now() 统一时区，避免构造函数赋值或 UNIX_TIMESTAMP 错误；user_id、ip 等业务字段通过 $autoFillFields 回调解耦填充逻辑，注意 CLI/队列等上下文兼容性。
BaseModel 中的 created_at 和 updated_at 怎么自动写入
PHP 的 ORM（如 Laravel Eloquent 或 ThinkPHP）通常自带时间戳自动填充，但自定义 BaseModel 时，得手动在保存前注入逻辑。关键不是“加个钩子”，而是确保钩子触发时机正确——creating 和 updating 钩子只在新增/更新操作时触发，且必须在模型实例化后、save() 前生效。
常见错误是把时间赋值写在构造函数里，结果批量插入或 JSON 赋值时被覆盖；或者用 created_at 字段默认值设为 CURRENT_TIMESTAMP，却忘了 MySQL 5.6+ 才支持多 TIMESTAMP 默认值。
- 在
BaseModel的boot()方法中注册静态钩子：static::creating()设置created_at和updated_at；static::updating()只设updated_at - 避免在钩子里直接用
date('Y-m-d H:i:s')，应统一走Carbon::now()或date('c')保证时区一致 - 若数据库字段是
DATETIME类型，别用UNIX_TIMESTAMP()赋值，PHP 的time()是整数，会存成1970-01-01 08:00:01这类错乱时间
如何让 user_id、ip、app_id 这类业务字段也自动填充
这类字段不能靠数据库默认值，必须由 PHP 层控制来源。难点在于：它们不总来自当前请求上下文（比如 CLI 脚本、队列任务），硬编码 Auth::id() 或 request()->ip() 会导致调用失败或返回 null。
推荐做法是把“填充逻辑”和“数据源获取”解耦。例如定义一个 $autoFillFields 数组，在钩子中遍历执行回调：
立即学习“PHP免费学习笔记（深入）”；
protected static $autoFillFields = [
'user_id' => [self::class, 'getCurrentUserId'],
'ip' => [self::class, 'getCurrentIp'],
'app_id' => function () {
return config('app.id', 'default');
}
];
然后在 creating 钩子里循环调用，对返回 null 的字段跳过，不强行写入空值。
- 回调函数必须是静态的或闭包，不能依赖 $this（钩子执行时模型可能还没初始化完）
- 不要在填充逻辑里做 DB 查询（如查用户角色再填 status），会拖慢主流程，且事务中嵌套查询易出错
- CLI 环境下
getCurrentIp()应返回'cli'或null，而不是抛异常中断保存
为什么 fill() 后 save() 不触发 creating 钩子
这是最常踩的坑：$model->fill($data)->save() 不会触发 creating，因为 save() 内部判断的是 $model->exists === false，而 fill() 不改变 exists 状态。只有 new static 实例首次调用 save()，或显式调用 create() 才触发。
- 改用
static::create($data)，它内部会 new 实例 + 调用creating钩子 + save - 如果必须用
fill()，就手动在之前设置$model->exists = false（不推荐，破坏封装） - 批量插入（
insert()）完全绕过模型生命周期，钩子无效，只能靠数据库 DEFAULT 或 SQL 函数（如NOW()）
自动填充字段在软删除场景下怎么处理
软删除（deleted_at）本身是 Laravel 的约定行为，但如果你在 BaseModel 里自己实现，要注意：删除操作触发的是 deleting 钩子，不是 updating。如果想在软删时自动写入 deleted_by，得单独监听这个钩子。
更麻烦的是恢复（restore()）——它不触发 updating，也不触发新钩子，只能重写 restore() 方法，在里面手动填充并调用父类逻辑。
-
deleting钩子里可安全写deleted_by和deleted_at，但别在这里做事务提交 - 不要在
deleted_at上设数据库默认值（如CURRENT_TIMESTAMP），否则restore()时字段清不掉 - 若用
forceDelete()，deleting仍会触发，但之后不会再进deleted钩子，需按需补全逻辑
自动填充看着简单，真正难的是边界：CLI、队列、事务嵌套、批量操作、软删恢复……每个场景都可能让某个字段漏填或错填。别指望一个钩子打天下，得按操作类型分路径控制。
