redirect()可满足多数重定向需求，但需依场景选对用法：URL跳转需注意相对/绝对路径、空值错误；命名路由更安全；back()依赖Referer且需web中间件；AJAX须返回JSON由前端跳转；默认302不缓存，慎用301。
直接用 redirect() 就能完成绝大多数重定向需求，不用额外引入类或写复杂逻辑；但不同场景下参数、链式方法和底层行为差异很大，选错容易导致跳转失败、数据丢失或死循环。
重定向到 URL 地址（最直白但有陷阱）
写法如 return redirect('/login') 或 return redirect('https://example.com')。它不经过路由匹配，直接拼接当前域名（相对路径）或跳转到完整地址（绝对路径）。
- 相对路径（如
'/admin'）会自动补全为https://yourapp.com/admin，适合站内跳转 - 绝对 URL（如
'https://google.com'）必须带协议，否则会被当成相对路径处理 - 注意：如果传入空字符串
''，会跳回根路径/；传null或未定义变量会导致 500 错误 - 不推荐在生产环境硬编码 URL，改域名或子目录时容易漏改
重定向到命名路由（推荐用于站内跳转）
用 redirect()->route('dashboard') 替代手写路径，Laravel 会自动查路由表生成正确 URL，解耦 URL 结构变更风险。
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 带参数时：路由定义为
profile/{id}，调用写成redirect()->route('profile', [123])或redirect()->route('profile', ['id' => 123]) - 支持 Eloquent 模型自动解析 ID：
redirect()->route('profile', [$user])等价于传$user->id - 若路由名拼错或未定义，抛出
RouteNotFoundException，开发期容易发现，比静默跳错页更安全 - 命名路由必须在
routes/web.php中用as或箭头语法声明，例如->name('login')
重定向回上一页（back() 的真实行为）
return back() 和 return redirect()->back() 效果一致，本质是读取请求头里的 Referer 字段，再发一个 302 响应。
- 必须确保请求经过
web中间件组（含 session），否则back()无法读取历史记录，返回 404 或空白页 - 用户手动输入 URL 或从书签访问时，
Referer可能为空，此时默认跳转到/；可加 fallback：redirect()->intended('/home') - 慎用于表单提交后立刻
back()，若用户刷新页面会重复提交——应优先用withInput()+ 重定向到新页 - 不要在 API 路由里用，因为前端 AJAX 请求通常不带
Referer，且 API 不该返回跳转响应
AJAX 场景下不能直接 redirect（常见翻车点）
控制器里写 return redirect('/success') 对 AJAX 请求完全无效：浏览器收到的是 302 响应，但 JS 不会自动跳转，反而拿到一串 HTML 或空响应，控制台还可能报 CORS 或解析错误。
- 正确做法是返回 JSON：
return response()->json(['redirect' => route('success')]) - 前端用 JS 检测字段，再执行
window.location.href = data.redirect - 别试图在控制器里用
header('Location: ...')手动跳转，Laravel 的响应生命周期已接管，会冲突 - 如果用了 Inertia.js 或 Livewire，它们各自封装了重定向机制，要按框架约定写，比如
inertia()->location(...)
真正容易被忽略的是状态码和缓存行为：redirect() 默认发 302，浏览器不会缓存跳转；但如果你手动改用 301，后续即使改了目标路由，用户本地可能还卡在旧地址——除非清缓存或换状态码。
