本文旨在解决 laravel 表单提交后遇到 302 重定向的问题，特别是当验证失败时。我们将详细探讨 laravel 默认的验证行为，如何正确处理控制器中的验证逻辑，以及如何在 blade 模板中优雅地显示验证错误信息，确保用户体验和应用响应的清晰性。
在 Laravel 应用中，当用户提交表单并通过控制器进行数据验证时，如果验证规则未能通过，服务器返回一个 302 Found 响应是其默认行为。这通常意味着 Laravel 正在将用户重定向回之前的页面，并附带了验证错误信息和旧的输入数据。对于传统的 Web 应用，这种行为是预期且合理的，但如果开发者不理解其内部机制，可能会感到困惑。
Laravel 验证的默认行为
Laravel 的 Request 对象提供了一个便捷的 validate() 方法来处理请求数据的验证。当调用此方法且验证失败时，Laravel 会自动执行以下操作：
抛出 ValidationException 异常： validate() 方法在验证失败时会抛出一个 IlluminateValidationValidationException 异常。异常处理： Laravel 默认的异常处理器会捕获这个异常。重定向： 异常处理器会生成一个 302 重定向响应，将用户重定向回上一个 URL（通常是表单所在的页面）。闪存错误和旧输入： 验证失败的错误信息会被“闪存”到会话中，旧的输入数据也会被闪存，以便在重定向后的页面中可以访问到这些数据，方便用户重新填写表单。
因此，当您看到 302 响应时，这并非错误，而是 Laravel 正在执行其预设的验证失败重定向流程。关键在于，您需要在前端页面正确地接收并显示这些闪存的错误信息。
控制器中的验证逻辑处理
根据您的应用场景，处理验证失败的方式会有所不同。
1. 传统 Web 应用：利用默认重定向行为
对于大多数基于 Blade 模板的传统 Web 应用，您可以直接使用 Request->validate() 方法。您无需在控制器中显式地检查 $validator->fails()，因为 Laravel 会自动处理重定向。
示例控制器代码：
validate([ 'item_name' => 'required|string|min:4|max:90', // 'item_desc' => 'string|min:4|max:90', // 您的表单中没有这个字段，注意与验证规则保持一致 'item_price' => 'required|integer|min:4', ]); // 验证成功后，继续处理业务逻辑 UsrsItem::create([ 'item_name' => $validated['item_name'], // 使用数组访问 'item_price' => $validated['item_price'], ]); // 重定向到成功页面或返回其他响应 return redirect()->route('dashboard')->with('success', '商品已成功添加！'); }}
注意事项：
请确保您的验证规则与表单中实际存在的字段名称一致。例如，如果表单中没有 item_desc 字段，则不应在验证规则中包含它。$validated 返回的是一个数组，访问其元素应使用 $validated[‘key’] 而不是 $validated->key。
2. API 或自定义响应：手动处理验证
如果您正在构建 API，或者希望在验证失败时返回 JSON 响应而不是重定向，您需要手动创建验证器实例。
示例控制器代码（API 场景）：
all(), [ 'item_name' => 'required|string|min:4|max:90', 'item_price' => 'required|integer|min:4', ]); if ($validator->fails()) { // 验证失败，返回 JSON 格式的错误信息 return response()->json(['errors' => $validator->errors()], 422); // 422 Unprocessable Entity } // 验证成功，继续处理业务逻辑 UsrsItem::create([ 'item_name' => $request->item_name, // 此时可以直接从 $request 获取 'item_price' => $request->item_price, ]); return response()->json(['success' => '商品已成功添加'], 201); // 201 Created }}
在这种情况下，当验证失败时，您将收到一个带有 422 状态码和 JSON 格式错误信息的响应，而不是 302 重定向。
在 Blade 模板中显示验证错误
无论您采用哪种验证处理方式（默认重定向或手动处理），Laravel 都会将验证错误信息闪存到会话中，并在重定向后使其在视图中可用。
示例 Blade 模板代码：
@csrf {{-- 全局错误消息显示 --}} @if ($errors->any()) @foreach ($errors->all() as $error) - {{ $error }}
@endforeach
@endif @error('item_name') {{ $message }} @enderror @error('item_price') {{ $message }} @enderror
关键点解释：
$errors->any()：检查是否存在任何验证错误。$errors->all()：获取所有验证错误的数组。@error(‘field_name’) … @enderror：这是一个便捷的 Blade 指令，用于检查特定字段是否存在错误，并输出错误消息。如果存在错误，$message 变量将包含该字段的第一条错误消息。is-invalid 类：这通常与前端框架（如 Bootstrap）结合使用，用于样式化错误字段。old(‘field_name’)：在重定向后，此辅助函数会从闪存的旧输入中检索指定字段的值，确保用户在验证失败后无需重新输入所有数据。
总结
Laravel 在表单验证失败时返回 302 重定向是其设计的一部分，旨在为用户提供无缝的体验，将他们带回表单页面并显示错误。理解这一机制是正确处理表单提交的关键。通过在控制器中根据应用需求选择合适的验证方式（默认重定向或手动处理），并在 Blade 模板中利用 $errors 变量和 @error 指令来显示错误，您可以构建健壮且用户友好的表单。始终确保您的验证规则与表单字段保持一致，并利用 old() 辅助函数来保留用户输入，以提升用户体验。
以上就是深入理解 Laravel 表单验证与 302 重定向的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1330874.html
微信扫一扫 
支付宝扫一扫 
