软删除模型恢复时报错是因为默认查询不包含已软删除记录，需用withtrashed()查到实例后再调用restore()；批量操作要注意作用域顺序，恢复前应校验trashed()状态。
软删除模型恢复时报错，通常是因为 Laravel 的查询构造器默认会过滤掉 deleted_at IS NOT NULL 的记录，而恢复操作（如 restore()）需要先查到已被软删除的模型实例。若查询阶段就因作用域限制没查到数据，调用 restore() 时就会抛出 Call to a member function restore() on null 等错误。
确保查询能查到软删除数据
普通 find()、where() 等方法默认不包含已软删除的记录。需显式调用 withTrashed() 才能查到它们：
-
✅ 正确写法（可查到已删除记录）：
$user = User::withTrashed()->find(123);<br> if ($user) {<br> $user->restore(); // 成功恢复<br> } -
❌ 错误写法（查不到，$user 为 null）：
$user = User::find(123); // 软删除后返回 null<br> $user->restore(); // 报错：Call to a member function restore() on null
批量恢复时注意作用域链
使用 withTrashed() 后再加其他条件（如状态、时间范围），要确保作用域顺序不影响结果：
- 推荐写法：
User::withTrashed()->where('status', 'inactive')->get() - 避免嵌套作用域冲突，例如自定义全局作用域若强制排除
deleted_at，会覆盖withTrashed()效果，需检查模型中boot方法或globalScopes定义。
恢复前校验软删除状态
防止对未删除或已恢复的数据重复操作，提升健壮性：
if ($user && $user->trashed()) {<br> $user->restore();<br> }- 也可用
restoreOrFail()替代restore()，它会在模型不存在或无法恢复时抛出异常，便于统一捕获处理。
路由与控制器中的典型修复示例
在控制器中恢复用户，应这样组织逻辑：
public function restore($id)<br> {<br> $user = User::withTrashed()->findOrFail($id);<br> if ($user->trashed()) {<br> $user->restore();<br> return response()->noContent();<br> }<br> return response()->json(['message' => '用户未被删除'], 400);<br> }
关键就是查数据时带上 withTrashed()，再判断是否真正处于软删除状态，最后执行恢复。不复杂但容易忽略。
