当 %ignore_a_1% 表单验证失败时，默认行为是返回一个 302 重定向，并将验证错误闪存到会话中。本教程将深入探讨这一机制，指导您如何在 blade 模板中正确显示这些错误，以及如何为 ajax 请求定制验证失败的响应，从而有效解决因未处理验证错误而导致的困惑，提升用户体验。
引言：理解 Laravel 的 302 重定向行为
在 Laravel 中，当您使用 Request->validate() 方法进行表单验证时，如果验证失败，Laravel 框架会默认抛出一个 ValidationException 异常。对于标准的 Web 请求（非 AJAX），这个异常会被 Laravel 的异常处理器捕获，并自动执行以下操作：
返回 302 重定向： 将用户重定向回表单提交前的页面（通常是上一个 URL）。闪存错误信息： 将所有验证错误信息闪存到会话中。闪存旧输入数据： 将用户之前输入的数据（旧输入）闪存到会话中，以便在重定向后可以重新填充表单。
因此，当您看到 302 Found 响应时，这通常是 Laravel 针对标准 Web 表单验证失败的预期行为。问题不在于 302 重定向本身，而在于重定向后的页面没有正确地接收和显示这些闪存的错误信息，导致用户无法得知验证失败的原因。
在 Blade 模板中显示验证错误
对于标准的 Web 表单提交，最常见的解决方案是在 Blade 模板中检查并显示从会话中闪存的验证错误。Laravel 提供了一个全局可用的 $errors 变量，它是一个 IlluminateSupportMessageBag 实例，包含了所有验证失败的错误信息。
步骤：
在您的 Blade 模板中，通常在表单上方，添加一个条件判断来检查是否存在任何验证错误。如果存在错误，遍历 $errors 变量，将每个错误信息显示出来。同时，为了提升用户体验，利用 Laravel 的 old() 辅助函数在重定向后自动填充用户之前输入的数据。
示例 Blade 模板 (resources/views/items/create.blade.php)：
@csrf {{-- 必须包含 CSRF 令牌以防止跨站请求伪造 --}} {{-- 错误信息显示区域 --}} @if ($errors->any()) @foreach ($errors->all() as $error) - {{ $error }}
@endforeach
@endif {{-- 使用 old() 辅助函数在重定向后填充旧输入数据 --}} {{-- 假设还有一个 item_desc 字段，即使表单中可能没有，但控制器验证规则里存在 --}}
当控制器中的 Request->validate() 失败时，上述 Blade 代码将捕获并显示错误，用户就能清楚地看到哪些字段不符合要求。
定制化验证响应：适用于 AJAX 或 API 请求
对于 AJAX 请求或 API 接口，302 重定向通常不是理想的响应方式。在这种情况下，我们希望在验证失败时直接返回一个 JSON 格式的错误信息，而不是重定向。为了实现这一点，我们需要手动创建验证器并检查其结果。
步骤：
使用 Validator::make() 方法手动创建一个验证器实例。调用 $validator->fails() 方法检查验证是否失败。如果验证失败，返回一个 JSON 格式的响应，其中包含错误信息，并设置 HTTP 状态码为 422 Unprocessable Entity。
示例控制器方法 (app/Http/Controllers/ItemController.php)：
all(), [ 'item_name' => 'required|string|min:4|max:90', 'item_desc' => 'string|min:4|max:90|nullable', // 假设描述是可选的 'item_price' => 'required|integer|min:4' ]); // 检查验证是否失败 if ($validator->fails()) { // 如果验证失败，返回 JSON 格式的错误信息，HTTP 状态码 422 return response()->json(['errors' => $validator->errors()], 422); } // 验证通过，执行业务逻辑，例如创建商品 UsrsItem::create([ 'item_name' => $request->item_name, 'item_desc' => $request->item_desc, 'item_price' => $request->item_price, ]); // 返回成功响应，HTTP 状态码 201 Created return response()->json(['message' => '商品已成功添加！'], 201); }}
前端 JavaScript 代码在发送 AJAX 请求后，需要检查响应的 HTTP 状态码。如果状态码是 422，则解析返回的 JSON 数据来获取并显示错误信息。
场景对比：标准表单与 AJAX 请求的控制器处理
为了更好地理解，我们对比两种不同场景下的控制器处理方式：
1. 标准 Web 表单提交 (使用 Request->validate())
这种方式最为简洁，适用于传统的 Web 表单提交。Laravel 会自动处理验证失败时的重定向和错误闪存。
validate()，如果验证失败，Laravel 会自动重定向回前一个页面 // 并将错误信息和旧输入闪存到会话中。 $validatedData = $request->validate([ 'item_name' => 'required|string|min:4|max:90', 'item_desc' => 'string|min:4|max:90|nullable', // 允许为空 'item_price' => 'required|integer|min:4' ]); // 验证通过后，继续执行创建操作 UsrsItem::create([ 'item_name' => $validatedData['item_name'], 'item_desc' => $validatedData['item_desc'] ?? null, // 处理可选字段 'item_price' => $validatedData['item_price'], ]); // 验证成功后，重定向到商品列表页或返回带有成功消息的页面 return redirect()->route('items.index')->with('success', '商品已成功添加！'); }}
2. AJAX/API 请求 (使用 Validator::make())
如前所述，这种方式适用于需要返回 JSON 响应的场景，例如单页应用 (SPA) 或移动应用后端。
// 请参考上面“定制化验证响应：适用于 AJAX 或 API 请求”部分的 new_item_api 方法代码
以上就是Laravel 表单验证 302 重定向与错误处理实践的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1330933.html
微信扫一扫 
支付宝扫一扫 
