Laravel使用Spatie-permission时用户删除失败角色仍被撤销如何解决

spatie/laravel-permission 扩展包的HasRolestrait默认会为引用它的User模型注册deleting模型事件：调用模型的delete()方法时，会优先在PHP侧执行角色、权限多对多关联的detach清理操作，之后才会生成DELETE SQL语句发送到数据库执行。
你配置的onDelete: restrict是数据库层的外键约束，仅当实际执行用户表DELETE语句时才会触发校验。如果删除操作没有被数据库事务包裹，前面detach角色关联的SQL执行成功后，后续DELETE语句触发外键约束抛出异常时，已经执行完成的detach操作不会自动回滚，最终就会出现用户未被删除、但绑定角色已经被清空的异常情况。

按落地成本和可靠性优先级排序：

• 数据库事务包裹删除逻辑（推荐）
  这是侵入性最低的方案，只要删除流程中任意环节抛出异常（包括外键约束触发的数据库报错），事务内所有已执行的SQL都会整体回滚，完全避免部分操作生效导致的数据不一致。
  实现代码：

  use Illuminate\Support\Facades\DB;
  
  $user = User::findOrFail($id);
  DB::transaction(fn() => $user->delete());
  

  该方案不需要调整现有模型配置，还能同时覆盖其他模型事件提前执行导致的同类数据不一致问题。

• 增加删除前关联校验
  在执行delete操作前，先校验用户是否存在受RESTRICT规则约束的关联数据，存在则直接抛出业务异常中断流程，不会走到spatie扩展包触发detach操作的步骤。这种方案适合需要给前端返回明确业务错误提示的场景，避免抛出原生数据库异常。
  实现代码：

  $user = User::findOrFail($id);
  if ($user->instantions()->exists()) {
      throw new \RuntimeException('该用户存在关联机构数据，无法删除');
  }
  $user->delete();
  

• 禁用扩展包自动清理关联的默认行为
  如果不需要在删除用户时自动清理角色关联，可以在User模型中重写HasRolestrait的对应方法，取消deleting事件的自动注册。注意该方案需要你手动处理用户正常删除后的角色关联清理逻辑，否则会在角色关联的多对多中间表产生冗余数据，非特殊场景不推荐使用。

内容的提问来源于stack exchange，提问作者Fat Shady