ASP.NET Core中，与ControllerActionInvoker等价的Razor Page选择机制是什么？

好问题！在Razor Pages里并没有和MVC中ControllerActionInvoker完全一一对应的直接机制，但我们有几种实用的方式来实现你想要的「根据逻辑动态选择加载不同页面」的需求，下面给你拆解几个常用方案：

你可以在请求到达Razor Pages处理管道之前，通过中间件修改请求路径，让系统自动加载目标页面。这种方式适合全局范围的逻辑判断，比如根据请求参数、Cookie或业务标识来切换页面。

举个例子，假设你想通过入口路径/DynamicPage，根据查询参数type来选择加载RazorPage1或RazorPage2：

var builder = WebApplication.CreateBuilder(args);
builder.Services.AddRazorPages();

var app = builder.Build();

// 先添加自定义路由中间件，再注册Razor Pages路由
app.Use(async (context, next) =>
{
    var requestPath = context.Request.Path.Value;
    if (requestPath.Equals("/DynamicPage", StringComparison.OrdinalIgnoreCase))
    {
        var typeParam = context.Request.Query["type"];
        string targetPagePath = typeParam == "1" ? "/RazorPage1" : "/RazorPage2";
        
        // 重写请求路径，让Razor Pages加载目标页面
        context.Request.Path = targetPagePath;
    }
    await next();
});

app.MapRazorPages();
app.Run();

如果希望保持URL不变，或者逻辑更贴近页面业务，可以创建一个中间页面（比如PageSelector.cshtml），在这个页面里根据逻辑直接渲染目标页面的内容，或者重定向到目标页面。

方式A：服务器端直接渲染（URL不变） #

在中间页面的CSHTML里，根据条件渲染指定页面的完整内容：

@page
@model PageSelectorModel

@{
    // 从Model获取判断结果，也可以直接在视图里写逻辑
    bool shouldLoadPage1 = Model.ShouldUseFirstPage;
}

@if (shouldLoadPage1)
{
    @await Html.RenderPageAsync("/RazorPage1.cshtml")
}
else
{
    @await Html.RenderPageAsync("/RazorPage2.cshtml")
}

对应的PageModel可以封装判断逻辑：

public class PageSelectorModel : PageModel
{
    public bool ShouldUseFirstPage { get; private set; }

    public void OnGet()
    {
        // 这里替换成你的实际业务逻辑，比如从Session、数据库或请求头获取条件
        ShouldUseFirstPage = SomeCustomBusinessCheck();
    }

    private bool SomeCustomBusinessCheck()
    {
        // 示例逻辑：根据当前用户角色判断
        return User.IsInRole("Admin");
    }
}

方式B：重定向到目标页面（URL改变） #

如果允许URL跳转，直接在PageModel的处理器方法里返回重定向结果即可：

public class PageSelectorModel : PageModel
{
    public IActionResult OnGet()
    {
        bool shouldGoToPage1 = SomeCustomBusinessCheck();
        
        return shouldGoToPage1 
            ? RedirectToPage("/RazorPage1") 
            : RedirectToPage("/RazorPage2");
    }
}

如果需要更底层的控制（比如全局统一的页面选择规则，或者要干预Razor Pages的执行流程），可以扩展Razor Pages的IPageActionInvokerProvider接口，这算是最接近ControllerActionInvoker的等价机制了。

首先实现自定义的Provider：

public class CustomPageSelectorProvider : IPageActionInvokerProvider
{
    // 控制执行顺序，值越小越先执行
    public int Order => 0;

    public void OnProvidersExecuting(PageActionInvokerProviderContext context)
    {
        var httpContext = context.ActionContext.HttpContext;
        var requestPath = httpContext.Request.Path.Value;
        
        // 根据自定义逻辑修改要加载的页面
        if (requestPath.Equals("/DynamicSelector", StringComparison.OrdinalIgnoreCase))
        {
            // 替换为目标页面的相对路径
            context.PageDescriptor.RelativePath = httpContext.Request.Query["usePage1"] == "true" 
                ? "/RazorPage1.cshtml" 
                : "/RazorPage2.cshtml";
        }
    }

    public void OnProvidersExecuted(PageActionInvokerProviderContext context)
    {
        // 执行后的后续处理（可选）
    }
}

然后在Program.cs里注册这个Provider：

builder.Services.AddSingleton<IPageActionInvokerProvider, CustomPageSelectorProvider>();

根据你的实际场景来选择就好：如果只是简单的业务逻辑判断，方案1或2完全够用；如果需要全局统一的、高度定制化的页面选择规则，再考虑方案3。

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