表单验证失败跳转首页而非原页面，是因$errors未渲染、old()未调用或隐式模型绑定接管流程；需检查Form Request规则、Blade中错误提示与回填值，并修复登录场景intended丢失问题。
表单提交后验证失败却跳转到首页或 show 方法，而不是原页面，说明 Laravel 的回退机制被干扰或未正确触发——根本不是框架“跳错了”，而是 $errors 未渲染、old() 未调用、或隐式模型绑定在验证失败后接管了流程。
确认验证失败是否真被触发
在控制器 update 方法开头加 dd('update reached');，提交表单后若没看到该输出，说明验证失败发生在控制器执行前，Laravel 已自动重定向；此时问题不在控制器逻辑，而在 Form Request 或 Blade 渲染环节。
打开 App\Http\Requests\UpdateUserRequest.php，检查 rules() 是否包含前端未提交的字段（如 'email' => 'required'），这些字段缺失会直接导致验证失败→back()→GET /user/1→隐式绑定→show() 执行。临时注释掉非表单字段规则，再提交，看 dd() 是否出现。
确保 Blade 中显式输出错误和回填值
在表单顶部添加全局错误提示区块：
@if($errors->any())
<div class="alert alert-danger">
<strong>请修正以下错误：</strong>
<ul>
@foreach($errors->all() as $error)
<li>{{ $error }}</li>
@endforeach
</ul>
</div>
@endif
每个输入框的 value 属性必须用 {{ old('email') }}，否则刷新后所有已填内容清空；不写 old() 就等于放弃用户输入，Laravel 不会自动保留。
每个字段下方必须配 @error('email'){{ $message }}@enderror，不能只靠 CSS 类或 JS 提示——【$errors 是 MessageBag 实例，不手动调用就不可见】。
修复登录/未认证场景下的 intended 丢失
方法一：在登录表单中加入隐藏字段
<input type="hidden" name="intended" value="{{ session('url.intended', url()->previous()) }}">
方法二：登录失败后手动恢复 intended
在 LoginController 的 login() 方法中，验证失败后插入：
session(['url.intended' => $request->input('intended') ?? url()->previous()]);
这一步必须做，否则用户输错密码返回登录页，第二次登录成功时 intended 已为空，将跳转到默认首页而非原页面。
强制验证失败时跳转到指定 URL（非 back）
第一步：创建 BaseRequest 基类
在 app/Http/Requests/BaseRequest.php 中定义：
protected function failedValidation(Validator $validator) {
throw new HttpResponseException(
redirect()->to('/admin/users/create')
->withErrors($validator)
->withInput()
);
}
第二步：让具体 Form Request 继承该基类
class CreateUserRequest extends BaseRequest
注意：此方式绕过默认 back()，适用于管理后台等需强路径控制的场景；但会丢失用户原始跳转来源，慎用于前台通用表单。
