ASP.NET Core URL重写中间件未按预期工作的问题排查

你遇到的问题核心在于ASP.NET Core Rewrite中间件的正则匹配逻辑——当你使用AddRewrite方法时，正则表达式匹配的是去掉开头斜杠的请求路径，而不是包含开头斜杠的完整路径。

比如你的请求路径是/blog/123，中间件会把它处理成blog/123来进行正则匹配，但你的规则写的是\\/blog\\/[0-9]+（对应正则/blog/[0-9]+），这个正则需要匹配开头的/，但实际待匹配的字符串没有开头斜杠，所以规则完全不触发，自然看不到路径被重写。

解决方案：调整正则表达式，去掉开头的斜杠匹配 #

把你的重写规则修改为以下两种方式之一即可：

方式1：去掉开头的斜杠匹配，保留核心规则 #

var rewriteOptions = new RewriteOptions();
rewriteOptions.AddRewrite("blog\\/[0-9]+", "/blog.html", true);
app.UseRewriter(rewriteOptions);

方式2：添加锚点，确保匹配整个路径（更严谨） #

如果你想避免部分匹配（比如防止/blog/123/extra这种路径被误匹配），可以加上正则的开头和结尾锚点：

var rewriteOptions = new RewriteOptions();
rewriteOptions.AddRewrite("^blog\\/[0-9]+$", "/blog.html", true);
app.UseRewriter(rewriteOptions);

同样，你后来测试的\\/blog-[0-9]+规则失效也是同一个原因——把它改成blog-[0-9]+或者^blog-[0-9]+$就能正常工作了。

验证逻辑的小技巧 #

你可以在日志中间件里打印出中间件实际用于匹配的路径（去掉开头斜杠的版本），来验证这个逻辑：

app.Use(async (context, next) => {
    var pathForRewrite = context.Request.Path.Value.TrimStart('/');
    Console.WriteLine($"原始路径: {context.Request.Path} | 用于匹配的路径: {pathForRewrite}\n");
    await next.Invoke();
});

这样你就能直观看到Rewrite中间件到底在匹配什么字符串，方便调试规则。

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