ASP.NET Core中间件问题：重定向先于Header修改代码执行

你的问题核心在于响应生命周期的时机判断错误：

1. 当前代码先执行await _next(context)，此时后续中间件已经完成响应生成，甚至可能已经把响应头发送给客户端了——ASP.NET Core在响应开始传输后会锁定Response.Headers集合，哪怕调试时看到代码修改了Location，客户端收到的仍是原始值。
2. 如果把await _next(context)移到if逻辑之后，等于还没执行后续中间件生成响应，Response.StatusCode和Location都还没被设置，自然触发不了修改逻辑。

正确解决方案：利用OnStarting回调拦截响应头 #

ASP.NET Core提供了Response.OnStarting扩展点，它会在响应即将发送、响应头还未被锁定时执行回调逻辑，这时候修改Location才会生效。

修改后的中间件代码：

public class QueryModifierOnRedirectMiddleware
{
    private readonly RequestDelegate _next;

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

    public async Task Invoke(HttpContext context)
    {
        // 注册响应即将发送时的回调
        context.Response.OnStarting(() =>
        {
            if (context.Request.Path.Value.Equals("/user/pager", StringComparison.OrdinalIgnoreCase) &&
                context.Response.StatusCode == StatusCodes.Status302Found)
            {
                var originalLocation = context.Response.Headers["Location"].ToString();
                // 处理原URL是否已有查询参数的情况，避免格式错误
                var separator = originalLocation.Contains('?') ? "&" : "?";
                context.Response.Headers["Location"] = $"{originalLocation}{separator}hello=world";
            }
            return Task.CompletedTask;
        });

        // 执行后续中间件
        await _next(context);
    }
}

额外优化点 #

• 用StringComparison.OrdinalIgnoreCase判断路径，避免大小写匹配问题；
• 用StatusCodes.Status302Found替代硬编码的302，代码更规范易读；
• 处理原Location没有查询参数的情况，避免生成xxx.com/user/pager&hello=world这种无效URL。

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