guest中间件的作用是仅允许未登录用户访问，一旦auth::check()为真即重定向到home或指定路径，本质是登录态拦截器而非游客页面开关。
直接说结论：guest 中间件的作用是「仅允许未登录用户访问」，一旦用户已通过 Auth::check()，请求就会被重定向到 home 或你配置的 RedirectIfAuthenticated 指定路径——它不是“游客专属页面”的万能开关，而是“登录态拦截器”。
为什么 /login 路由必须显式加 guest
Laravel 默认的认证路由（如 login、register）由 Breeze/Jetstream 自动注册，并已内置 guest 中间件。但如果你手动定义了登录页：
- 没加
->middleware('guest')→ 已登录用户刷新/login时，会触发RedirectIfAuthenticated的重定向逻辑，跳转到/home（或你配置的redirectTo） - 加了
->middleware('guest')→ 已登录用户访问该路由时，中间件立即返回重定向响应，不会执行控制器逻辑 - 常见错误：在控制器里写
$this->middleware('guest')却忘了except()——比如AuthController里同时有showLoginForm和logout，后者不该被guest拦截
guest 中间件内部到底做了什么
它的核心逻辑非常简单，就是反向的 auth 判断：
if (Auth::check()) {
return redirect(RouteServiceProvider::HOME);
}
注意三点：
- 它不检查用户角色、权限或任何业务字段，只看
Auth::check()返回值 - 重定向目标由
RouteServiceProvider::HOME决定，默认是/home，可修改该常量或在中间件中硬编码路径 - 它不终止后续中间件执行——如果路由同时绑定了
guest和throttle:6,1，限流仍会生效（对未登录用户）
哪些路由必须加 guest，哪些绝对不能加
必须加的：
-
/login、/register、/password/request等 Laravel 认证流程入口 - 自定义的游客专享页，如
/pricing（但需确认业务上真不需要登录态数据）
绝对不能加的：
-
/logout—— 用户登出时已是登录态，加了guest会导致无法登出 - 任何依赖
Auth::user()的路由，例如/profile/edit - 带
auth中间件的路由组内嵌套的子路由（重复加guest会冲突）
最容易被忽略的是：第三方 OAuth 回调地址（如 /auth/github/callback）通常也需加 guest，否则已登录用户点击 GitHub 登录会直接跳走，而不是绑定账号。
