在 laravel 自定义登录逻辑中，若登录验证失败后需跳转至 `/user/selfregister` 页面，但实际却返回登录表单，通常因路由注册顺序错误或 http 方法不匹配导致重定向被中间件拦截或忽略。
问题核心在于：**Auth::routes() 内部注册了默认的 POST /login 路由，并附带 web 中间件组（含 StartSession、VerifyCsrfToken 等），而你的 selfRegister 路由若注册在 Auth::routes() 之后，且未显式指定 GET 方法，就可能被后续中间件（尤其是 auth 或隐式路由约束）干扰；更关键的是，Auth::routes() 会自动注册一个全局的 RedirectIfAuthenticated 中间件逻辑 —— 当未认证用户尝试访问需认证的路由时会被重定向回登录页，但反向场景（未认证用户主动跳转至开放页面）若路由配置不当，也可能因匹配失败而 fallback 到默认登录页。
✅ 正确做法：调整路由顺序与方法
将 selfRegister 路由移至 Auth::routes() 之前，并明确使用 Route::get()（而非 Route::any()），确保其作为公开、无认证要求的入口被优先识别：
// routes/web.php
use App\Http\Controllers\UserController;
// ✅ 关键：放在 Auth::routes() 之前，且用 GET
Route::get('/user/selfregister', [UserController::class, 'selfRegister'])
->name('selfRegister');
// ✅ Auth::routes() 必须在其后
Auth::routes();
// 其他受 auth 保护的路由
Route::middleware('auth')->group(function () {
Route::get('/user/profile', [UserController::class, 'profile']);
// ...
});
⚠️ 注意事项：Route::any() 会响应所有 HTTP 方法（GET/POST/PUT/DELETE），但自注册页应仅响应 GET 请求（展示表单），否则可能触发 CSRF 验证失败或被中间件拒绝；若 selfRegister 路由位于 Auth::routes() 之后，Laravel 的路由匹配机制可能因 Auth::routes() 注册的通用 fallback 或中间件优先级，导致重定向被覆盖或静默拦截；redirect()->route(‘selfRegister’) 依赖路由命名正确且可解析，务必确认 php artisan route:list 中存在该命名路由，且 METHOD 列为 GET。
? 验证与调试建议
-
运行命令检查路由是否注册成功：
php artisan route:list | grep selfRegister
输出应类似：
