当 laravel 表单验证失败时，默认行为是返回一个 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 变量，它是一个 Illuminate\Support\MessageBag 实例，包含了所有验证失败的错误信息。
步骤：
- 在您的 Blade 模板中，通常在表单上方，添加一个条件判断来检查是否存在任何验证错误。
- 如果存在错误，遍历 $errors 变量，将每个错误信息显示出来。
- 同时，为了提升用户体验，利用 Laravel 的 old() 辅助函数在重定向后自动填充用户之前输入的数据。
示例 Blade 模板 (resources/views/items/create.blade.php)：
当控制器中的 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 方法代码
