Razor Pages中间件重定向时如何阻止原页面执行与渲染

你看到的现象本质是重定向操作不会自动中断请求管道执行：
你调用context.Response.Redirect("/Divert")的时候，仅完成了两个操作：

• 把响应状态码设为302
• 给响应头添加Location: /Divert
  这时候你仍然执行了await _next(context)，请求会继续传递到后续的UseEndpoints中间件，匹配到原请求对应的/Index路由，自然就会执行IndexModel的构造函数和OnGet方法，哪怕最终返回给浏览器的还是302重定向响应。

你对「必须调用_next否则没有响应返回」的认知是错误的：_next仅代表后续中间件的逻辑，当你已经在当前中间件中构造好了完整响应（302重定向本身就是完整响应，仅需状态码和Location头即可），完全可以不调用_next直接结束管道，浏览器可以正常收到重定向响应。

修改中间件逻辑，重定向后直接短路管道，不调用后续中间件：

public async Task Invoke(HttpContext context)
{
    if (!context.Request.Path.ToString().Contains("Divert"))
    {
        context.Response.Redirect("/Divert");
        // 直接返回，不执行后续中间件，原端点逻辑不会触发
        return;
    }
    await _next(context);
}

这个方案完全适配你提到的配置检查场景：配置缺失时在中间件直接重定向到设置页、短路管道，后续依赖配置的页面逻辑完全不会执行，不需要给每个页面单独加校验。

如果你确实需要执行后续部分中间件（比如日志统计类中间件），不想完全短路管道，也可以把你的中间件顺序调整到UseRouting之前，同时重定向后清空请求路径：

// Startup.cs调整顺序
public void Configure(IApplicationBuilder app, IWebHostEnvironment env) 
{
    app.UseStaticFiles();
    // 把中间件移到UseRouting之前
    app.UseMiddleware<TestMiddleware>();
    app.UseRouting();
    app.UseEndpoints(endpoints => endpoints.MapRazorPages());
}

// 中间件逻辑
public async Task Invoke(HttpContext context)
{
    if (!context.Request.Path.ToString().Contains("Divert"))
    {
        context.Response.Redirect("/Divert");
        // 清空请求路径，避免后续路由匹配到原端点
        context.Request.Path = "";
    }
    await _next(context);
}

不过这种方案复杂度更高，没有特殊需求的话推荐直接用第一种短路方案即可。

内容的提问来源于stack exchange，提问作者Lázár Zsolt