必须写 return redirect()，因为 redirect() 返回 redirectresponse 实例，需 return 后由框架调用 send() 发送响应；漏写则响应被丢弃，后续代码继续执行，导致空白页或“headers already sent”错误。
不加 return 的 redirect() 会静默失效，后续代码照常执行，大概率触发 “headers already sent” 或页面空白——这是最常踩的坑，不是 Laravel 有 bug，而是你丢弃了响应对象。
为什么必须写 return redirect()？
Laravel 的 redirect() 返回的是一个 RedirectResponse 实例，它不会立即发送 HTTP 响应头；只有被 return 后，框架才在请求生命周期末尾调用 send()。漏掉 return，等于把响应对象扔进垃圾桶，控制器继续往下跑——可能渲染视图、抛异常，甚至尝试二次输出，直接破坏响应流程。
常见现象包括：
- 页面完全空白，无任何错误提示
- PHP 报错 “Cannot modify header information – headers already sent”
- 表单提交后没跳转，却显示了下一个路由的视图
redirect()->route() 和硬编码路径哪个更稳？
用 redirect()->route()，别拼字符串路径。命名路由自动处理参数编码、可选段、URL 变更，而硬编码（如 redirect("/profile/{$id}")）极易出错。
比如源路由参数是 {user_id}，目标路由期望 id，硬写就会 404；但用 route('profile.show', ['id' => $user->id]) 就能精准匹配。
还要注意：
-
Route::redirect('/old', '/new')是纯字符串替换，{id}不会被解析，写成Route::redirect('/user/{id}', '/profile/{id}')会导致跳到字面量/profile/{id} - 带多个参数时，键名必须和路由定义中一致，否则生成 URL 失败或缺失参数
redirect()->back() 为什么经常跳错？
redirect()->back() 完全依赖客户端发来的 Referer 请求头，这个头可能为空、被浏览器屏蔽、来自外部站点，甚至在 POST 提交后引发重复提交。
典型问题：
- POST 登录后点 back，表单被重复提交
- 从微信内嵌浏览器或某些 App 打开，
Referer为空，跳转到首页或 404 - API 路由里用了
back()，返回 HTML 而非 JSON，前端解析失败
安全做法是显式指定目标：return redirect(route('posts.index'))；非要回退，至少加 fallback：redirect()->back()->fallback(route('home'))。
传数据给下一页：with() 是什么原理？
with() 把数据存进 session 并标记为 “flash”，下个请求读取后自动删除，适合错误提示、成功消息、表单重填。它不走 URL，所以不会暴露敏感信息，也不受长度限制。
常用组合：
-
return redirect('login')->with('error', '密码错误')→ 视图中用{{ session('error') }}取值 -
return back()->withInput()->with('error', '验证失败')→old('email')恢复输入，session('error')显示提示 - 别用
with(['password' => $request->password])，哪怕 session 存服务端，也不该存明文密码
容易忽略的一点：如果在中间件或控制器里提前调用了 session()->reflash() 或 session()->forget('key')，闪存数据会丢失，导致提示不显示。
