在 Laravel 中，使用 $payment->users()->delete() 直接执行 SQL 批量删除，会绕过 Eloquent 生命周期，导致 PaymentUserObserver 的 deleted() 方法不被调用；需改用集合遍历 + 单条删除，才能确保 Observer 正常触发。
在 laravel 中，使用 `$payment->users()->delete()` 直接执行 sql 批量删除，会绕过 eloquent 生命周期，导致 `paymentuserobserver` 的 `deleted()` 方法不被调用；需改用集合遍历 + 单条删除，才能确保 observer 正常触发。
当你在 Laravel 中定义了多对多中间模型（如 PaymentUser）并为其注册了 Observer（例如 PaymentUserObserver），你可能期望在删除关联用户时自动触发 deleted() 回调（如清理缓存、记录日志或同步外部服务）。但以下写法不会触发 Observer：
$payment->users()->delete(); // ❌ 跳过 Eloquent，直连数据库 DELETE 语句
原因在于：delete() 在关系查询构造器上被调用时，会生成并执行原生 SQL DELETE FROM payment_users WHERE payment_id = ?，完全绕过模型实例化和 Eloquent 事件分发机制，因此 PaymentUserObserver::deleted() 根本不会被执行。
✅ 正确做法是先获取模型集合，再逐个调用 delete() 方法：
$payment->users()->get()->each->delete(); // ✅ 触发每个 PaymentUser 实例的 deleted() 事件
等价于更显式的写法：
foreach ($payment->users as $user) {
$user->delete(); // 每次调用均走完整 Eloquent 生命周期
}
⚠️ 注意事项：
each->delete()会发起 N 次数据库查询（N = 关联记录数），在数据量大时可能影响性能；若业务允许且无需 Observer，可保留->delete()并手动调用清理逻辑。-
确保
PaymentUser模型已正确注册 Observer（通常在AppServiceProvider::boot()中）：use App\Observers\PaymentUserObserver; use App\Models\PaymentUser; PaymentUser::observe(PaymentUserObserver::class);
若使用软删除（
SoftDeletes），请确认 Observer 监听的是deleted（硬删）还是forceDeleted（强制删除），并根据实际需求调整。
? 小结：Eloquent Observer 仅在模型实例被加载并调用 delete() 实例方法时生效；批量 SQL 删除（关系上的 delete()）是性能优化手段，但以牺牲事件系统为代价。权衡点在于——是否需要事件驱动逻辑？需要则选集合遍历；追求极致性能且无副作用，则用原生删除并手动补全业务逻辑。
