ASP.NET Core：URL重写对静态文件失效，AddRewrite报404问题咨询

先搞懂AddRedirect和AddRewrite的本质区别 #

• AddRedirect是浏览器端重定向：服务器返回3xx状态码，告诉浏览器去请求login.html，浏览器地址栏会更新为新地址，此时静态文件中间件能正常从wwwroot目录找到目标文件，所以功能正常。
• AddRewrite是服务器内部重写：浏览器地址栏保持login不变，但服务器内部将请求路径替换为login.html，整个过程在服务器端完成，要求重写后的路径必须能被后续中间件正确识别处理。

为什么AddRewrite会返回404？ #

主要踩了两个坑：

1. 规则匹配不精准：你写的AddRewrite("login", "login.html", false)只会匹配完全等于login的路径，但实际请求的路径通常是/login（带开头斜杠），导致规则根本没触发，请求还是走原始路径，自然找不到对应文件。
2. 中间件顺序错误：如果URL重写中间件放在UseStaticFiles之后，静态文件中间件会先处理原始的login请求，发现wwwroot里没有该文件，直接返回404，重写规则连执行机会都没有。

解决办法 #

1. 修正重写规则的匹配模式 #

用正则表达式匹配带斜杠的路径，确保能命中请求：

// 匹配/login或/login/（忽略末尾斜杠）
app.UseRewriter(new RewriteOptions().AddRewrite("^login/?$", "login.html", false));

^login/?$是正则表达式：^表示路径开头，/?表示可选的末尾斜杠，$表示路径结尾，这样不管请求/login还是/login/都能匹配到。

2. 调整中间件顺序 #

必须把重写中间件放在静态文件中间件前面，让重写后的路径能被静态文件中间件处理：

// 先执行URL重写
app.UseRewriter(new RewriteOptions().AddRewrite("^login/?$", "login.html", false));
// 再处理静态文件
app.UseStaticFiles();

3. 自定义重写逻辑（更灵活的方式） #

如果正则表达式不够灵活，可以直接写自定义逻辑：

app.UseRewriter(new RewriteOptions()
    .Add(context =>
    {
        var requestPath = context.HttpContext.Request.Path.Value;
        // 匹配/login或/login/，不区分大小写
        if (requestPath.Equals("/login", StringComparison.OrdinalIgnoreCase) 
            || requestPath.Equals("/login/", StringComparison.OrdinalIgnoreCase))
        {
            context.HttpContext.Request.Path = "/login.html";
        }
    }));

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