命令行执行时模型事件不触发，核心原因是测试环境默认禁用事件或Artisan命令未加载模型生命周期上下文；需检查是否误用withoutEvents()、观察者未手动注册、批量update()绕过模型事件、事务回滚导致saved不执行等。
命令行执行时模型事件不触发，核心原因通常是测试环境默认禁用事件，或 Artisan 命令未正确加载模型生命周期上下文。
确认是否在测试环境误用了 withoutEvents
Artisan 命令本身不自动禁用事件，但如果你在命令逻辑中调用了 Model::withoutEvents() 或包裹了 withoutEvents() 闭包，事件自然不会触发。检查命令的 handle() 方法里是否有类似写法：
-
User::withoutEvents(function () { User::create([...]); });→ 事件被显式屏蔽 - 误把测试专用写法（如
$this->withoutEvents()）复制到命令中 → 该方法仅在 TestCase 中有效，命令中调用会报错或静默失效
确保模型观察者已注册且时机正确
Laravel 不自动扫描 app/Observers/ 目录。即使你写了 UserObserver，也必须在 AppServiceProvider::boot() 中手动注册：
- ✅ 正确：
User::observe(UserObserver::class); - ❌ 错误：只放文件、不调用 observe()；或写成
User::observe('UserObserver')（字符串反射失败）；或注册语句放在register()而非boot() - 注意：Laravel 10+ 要求模型类已加载完成后再调用 observe()，否则绑定失败 —— 确保注册发生在 boot() 末尾，且模型命名空间无拼写错误
区分操作方式：update() 和 save() 行为完全不同
很多命令中习惯用批量更新提升性能，但这会绕过整个模型生命周期：
-
User::where('id', 1)->update(['name' => 'Tom']);→ 不触发任何 Observer 或事件 -
User::find(1)->update(['name' => 'Tom']);或$user->save();→ ✅ 触发 updating / updated / saved 等 - 软删除同理：
$user->delete()触发 deleting/deleted；$user->forceDelete()才触发 forceDeleting/forceDeleted
检查命令是否在事务或队列中意外中断
部分命令会开启事务或推送到队列，而事件触发时机依赖模型状态流转：
- 在 DB::transaction 内调用
$model->save()，saving 会触发，但若事务 rollback，saved 不会执行 —— 日志里看似“没触发”，其实是被回滚掉了 - 若监听器里用了 dispatch(new SendNotification($model))，而命令未启用队列（
php artisan queue:work未运行），通知不会发出，容易误判为事件没触发 - 建议命令中临时加日志：
Log::info('saving triggered', ['id' => $model->id]);，确认事件是否进入回调
