ASP.NET Identity中根据用户角色实现登录后重定向到对应页面的问题

核心实现逻辑 #

登录验证成功后，先获取当前登录用户的所属角色，根据角色判断对应的跳转路径即可，以下分两种常见开发场景给出具体实现： #

场景1：使用Identity脚手架生成的登录页面 #

如果你是通过ASP.NET Core Identity脚手架自动生成的登录逻辑，按以下步骤修改：

1. 打开Areas/Identity/Pages/Account/Login.cshtml.cs文件
2. 在LoginModel类中注入UserManager服务，构造函数增加对应参数：

private readonly UserManager<IdentityUser> _userManager;
// 原有SignInManager等注入保留
public LoginModel(SignInManager<IdentityUser> signInManager, ILogger<LoginModel> logger, UserManager<IdentityUser> userManager)
{
    _signInManager = signInManager;
    _logger = logger;
    _userManager = userManager;
}

3. 修改OnPostAsync方法中登录成功后的跳转逻辑：

var result = await _signInManager.PasswordSignInAsync(Input.Email, Input.Password, Input.RememberMe, lockoutOnFailure: false);
if (result.Succeeded)
{
    // 保留原有合法returnUrl跳转逻辑，适配用户从受保护页面跳转登录的场景
    if (Url.IsLocalUrl(returnUrl))
    {
        return LocalRedirect(returnUrl);
    }
    // 无指定跳转路径时按角色分配仪表盘
    var user = await _userManager.FindByEmailAsync(Input.Email);
    var userRoles = await _userManager.GetRolesAsync(user);
    
    if (userRoles.Contains("Admin"))
    {
        return LocalRedirect("~/Admin/Dashboard");
    }
    // 普通用户默认跳转
    return LocalRedirect("~/User/Dashboard");
}

场景2：自定义AccountController登录逻辑 #

如果你是自己实现的登录接口/Action，逻辑和上述一致，在登录验证通过后插入角色判断跳转逻辑即可。 #

注意事项 #

• 如果你使用自定义的用户实体类，替换上述代码中的IdentityUser为你自己的用户类即可
• 提前确认角色已正确创建、用户已被分配对应角色，否则GetRolesAsync返回空集合会默认走普通用户跳转逻辑
• 多角色场景可以用字典存储角色和跳转路径的映射，避免多分支判断冗余：

var roleRouteMap = new Dictionary<string, string>
{
    {"Admin", "~/Admin/Dashboard"},
    {"Editor", "~/Editor/Content"},
    {"User", "~/User/Dashboard"}
};
var targetRoute = roleRouteMap.FirstOrDefault(x => userRoles.Contains(x.Key)).Value ?? "~/User/Dashboard";
return LocalRedirect(targetRoute);

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