ASP.NET Core中如何根据用户认证状态为首页配置不同控制器？

你遇到的核心问题是**DynamicRouteValueTransformer的执行时机早于认证中间件**，所以在路由匹配阶段，HttpContext.User还没有被认证中间件填充，自然无法判断用户是否已登录。下面给你几个可行的解决方案：

方案一：统一首页控制器，在Action中分支处理（最推荐） #

这种方法简单直接，不需要复杂的路由配置，而且Action执行时认证已经完成，User对象是有效的。

首先创建一个基础的HomeController，在Index方法里根据用户认证状态跳转或返回不同视图：

public class HomeController : Controller
{
    public IActionResult Index()
    {
        if (User.Identity.IsAuthenticated)
        {
            // 已认证用户跳转到专属首页控制器（比如Dashboard）
            return RedirectToAction("Index", "Dashboard");
        }
        else
        {
            // 匿名用户跳转到登录/着陆页控制器
            return RedirectToAction("Index", "Landing");
        }

        // 如果你不想跳转，也可以直接返回不同视图：
        // return User.Identity.IsAuthenticated 
        //     ? View("AuthenticatedHome") 
        //     : View("AnonymousHome");
    }
}

然后保持常规的路由配置即可：

app.MapControllerRoute(
    name: "default",
    pattern: "{controller=Home}/{action=Index}/{id?}");

这种方案的优点是易于维护，逻辑清晰，适合大多数场景。

方案二：使用中间件重写请求路径 #

如果你希望避免显式跳转，或者需要在路由匹配前就修改请求路径，可以自定义一个中间件，在认证完成后重写根路径的请求地址。

首先创建中间件类：

public class HomeRouteMiddleware
{
    private readonly RequestDelegate _next;

    public HomeRouteMiddleware(RequestDelegate next)
    {
        _next = next;
    }

    public async Task InvokeAsync(HttpContext context)
    {
        // 只拦截根路径的请求
        if (context.Request.Path.Equals("/", StringComparison.OrdinalIgnoreCase))
        {
            if (context.User.Identity.IsAuthenticated)
            {
                // 重写路径到已认证用户的首页
                context.Request.Path = "/Dashboard/Index";
            }
            else
            {
                // 重写路径到匿名用户的首页
                context.Request.Path = "/Landing/Index";
            }
        }

        // 传递请求到下一个中间件
        await _next(context);
    }
}

然后在Program.cs（或Startup.cs）中注册中间件，注意必须放在认证中间件之后，路由中间件之前：

// 先启用认证
app.UseAuthentication();
// 注册自定义首页路由中间件
app.UseMiddleware<HomeRouteMiddleware>();
// 再启用路由匹配
app.UseRouting();
// ...其他中间件
app.UseEndpoints(endpoints =>
{
    endpoints.MapControllerRoute(
        name: "default",
        pattern: "{controller=Home}/{action=Index}/{id?}");
});

这种方案的优点是对前端透明（不会看到跳转的URL变化），但需要注意中间件的顺序，否则会导致认证状态判断失效。

为什么DynamicRouteValueTransformer不适合这个场景？ #

在ASP.NET Core的请求管道中，EndpointRoutingMiddleware（负责路由匹配）是在AuthenticationMiddleware之前执行的。而DynamicRouteValueTransformer是路由匹配阶段的扩展，所以当它运行时，认证逻辑还没有执行，HttpContext.User自然是空的，无法用来判断用户状态。

内容的提问来源于stack exchange，提问作者Márk Bartha