ASP.NET MVC中如何阻止默认路由访问指定登录URL？

这个问题在混合使用特性路由（Attribute Routing）和默认约定路由时很常见，下面给你几个实用的解决方案：

方法1：添加忽略路由（最直接推荐） #

直接在路由配置中告诉ASP.NET MVC忽略/Auth/Login这个路径的请求，这样它就不会被默认路由匹配到了。

打开你的RouteConfig.cs（如果是ASP.NET MVC 5+或者用Owin的话，可能在Startup.cs的路由配置部分），在默认路由之前添加以下代码：

// 忽略Auth控制器下的Login action的默认路由访问
routes.IgnoreRoute("{controller}/{action}", new { controller = "Auth", action = "Login" });

// 你的默认路由配置保持不变
routes.MapRoute(
    name: "Default",
    url: "{controller}/{action}/{id}",
    defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
);

这样用户访问/Auth/Login时会直接返回404错误，而/login会通过你设置的[Route("/login")]特性正常匹配到登录页面。

方法2：在Login Action中拦截请求路径 #

如果你不想修改全局路由配置，可以在Login action内部检查当前请求的路径，一旦发现是/Auth/Login就直接拦截：

public ActionResult Login()
{
    // 检查当前请求的路径是否是默认路由的访问路径
    if (Request.Path.Equals("/Auth/Login", StringComparison.OrdinalIgnoreCase))
    {
        // 选项1：返回404，明确告知该路径不可用
        return HttpNotFound();
        
        // 选项2：自动重定向到你想要的/login路径
        // return Redirect("/login");
    }
    
    // 正常的登录页面逻辑
    return View();
}

这种方法适合只需要针对单个action做限制的场景，不需要改动全局路由规则。

方法3：调整默认路由的约束（适合更复杂的场景） #

如果Auth控制器还有其他action需要使用默认路由，只是要排除Login action，可以给默认路由添加自定义约束，让它不匹配Auth控制器下的Login action。

首先创建一个自定义路由约束类：

public class ExcludeAuthLoginConstraint : IRouteConstraint
{
    public bool Match(HttpContextBase httpContext, Route route, string parameterName, RouteValueDictionary values, RouteDirection routeDirection)
    {
        var controller = values["controller"]?.ToString();
        var action = values["action"]?.ToString();
        
        // 当控制器是Auth且action是Login时，不匹配该路由
        return !(controller.Equals("Auth", StringComparison.OrdinalIgnoreCase) && 
                 action.Equals("Login", StringComparison.OrdinalIgnoreCase));
    }
}

然后在路由配置中应用这个约束：

routes.MapRoute(
    name: "Default",
    url: "{controller}/{action}/{id}",
    defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional },
    constraints: new { customConstraint = new ExcludeAuthLoginConstraint() }
);

这个方法灵活性更高，但相对复杂一些，适合有特殊路由规则需求的场景。

内容的提问来源于stack exchange，提问作者Hanik