ASP.NET Core基于角色重定向用户（不执行OnGet）的实现方法

1. 自定义授权失败处理（推荐，复用现有策略） #

你已经有现成的授权策略，直接利用ASP.NET Core的授权事件替换默认403响应即可，不用额外写冗余代码。

在Program.cs（.NET 6+）或Startup.cs（旧版本）配置授权服务时，添加授权失败的逻辑处理：

builder.Services.AddAuthorization(options =>
{
    // 保留你已有的策略配置
    options.AddPolicy("AdminOnly", policy => policy.RequireRole("Admin"));
    options.AddPolicy("UserOnly", policy => policy.RequireRole("User"));

    // 设置默认的认证用户要求
    options.FallbackPolicy = new AuthorizationPolicyBuilder()
        .RequireAuthenticatedUser()
        .Build();

    // 处理授权失败的重定向逻辑
    options.Events = new AuthorizationEvents
    {
        OnAuthorizationFailed = context =>
        {
            // 根据用户角色跳转至对应区域
            if (context.User.IsInRole("User"))
            {
                context.Response.Redirect("/UserArea/Index");
            }
            else if (context.User.IsInRole("Guest"))
            {
                context.Response.Redirect("/GuestArea/Index");
            }
            // 可扩展其他角色的重定向规则
            return Task.CompletedTask;
        }
    };
});

这种方式能统一处理所有授权失败的请求，无需在每个页面写判断逻辑，直接拦截无权限页面的加载并跳转。

2. 自定义授权过滤器（针对特定页面/控制器） #

如果只想精准拦截常规Index这类特定页面，可以写一个自定义授权过滤器，在页面执行前就完成角色校验和重定向。

首先创建过滤器类：

public class RoleRedirectFilter : IAuthorizationFilter
{
    private readonly string _allowedRole;
    private readonly string _redirectUrl;

    public RoleRedirectFilter(string allowedRole, string redirectUrl)
    {
        _allowedRole = allowedRole;
        _redirectUrl = redirectUrl;
    }

    public void OnAuthorization(AuthorizationFilterContext context)
    {
        // 未登录用户先跳转登录页（可选）
        if (!context.HttpContext.User.Identity.IsAuthenticated)
        {
            context.Result = new RedirectToPageResult("/Account/Login");
            return;
        }

        // 用户不在允许角色内，直接重定向
        if (!context.HttpContext.User.IsInRole(_allowedRole))
        {
            context.Result = new RedirectResult(_redirectUrl);
        }
    }
}

然后在常规Index页面的模型类上添加该过滤器：

[TypeFilter(typeof(RoleRedirectFilter), Arguments = new object[] { "Admin", "/UserArea/Index" })]
public class IndexModel : PageModel
{
    public void OnGet()
    {
        // 仅Admin角色能执行到这里的代码
    }
}

非Admin角色访问常规Index时，会被过滤器直接拦截重定向，根本不会进入页面的业务逻辑，完全满足“禁止访问常规Index”的需求。

3. 中间件方案（全局路径拦截） #

如果需要对所有请求做全局角色校验和拦截，可以写自定义中间件，在请求到达控制器/页面之前就完成判断。

先创建中间件类：

public class RoleRedirectMiddleware
{
    private readonly RequestDelegate _next;

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

    public async Task InvokeAsync(HttpContext context)
    {
        if (context.User.Identity.IsAuthenticated)
        {
            // 拦截常规Index请求，仅Admin可访问
            if (context.Request.Path == "/" || context.Request.Path == "/Index")
            {
                if (!context.User.IsInRole("Admin"))
                {
                    var redirectUrl = context.User.IsInRole("User") ? "/UserArea/Index" : "/GuestArea/Index";
                    context.Response.Redirect(redirectUrl);
                    return; // 终止后续中间件执行
                }
            }

            // 可扩展其他路径的拦截规则，比如Admin区域仅Admin可访问
            if (context.Request.Path.StartsWithSegments("/AdminArea") && !context.User.IsInRole("Admin"))
            {
                context.Response.Redirect("/UserArea/Index");
                return;
            }
        }

        // 符合权限要求，继续执行后续流程
        await _next(context);
    }
}

然后在Program.cs中注册中间件，注意要放在app.UseAuthorization()之前：

app.UseMiddleware<RoleRedirectMiddleware>();
app.UseAuthorization();

这种方式能在请求最前端完成拦截，完全阻止无权限用户访问目标路径，性能更高效。

总结 #

• 已有成熟授权策略时，优先用自定义授权失败处理，复用现有配置，代码量最少；
• 仅需拦截特定页面时，用自定义授权过滤器，精准控制范围；
• 需要全局路径拦截时，用中间件，实现最底层的请求拦截。

三种方案都能实现“不让用户加载无权限页面，直接重定向”的需求，且无需在页面内编写User.IsInRole()的判断逻辑。

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