今天老周和大伙伴们聊聊有关 Url Rewrite 的事情，翻译过来就是 URL 重写。
这里不得不提一下，URL重定向与重写的不同。
1、URL重定向是客户端（通常是浏览器）向服务器请求地址A，然后服务器要求重定向到B，返回状态码 301 或 302 给客户端，并且夹带一个 Location 的标头，其值表示要重定向的目标 URL，即B；随后客户端再用B向服务器发起请求，若成功，服务器返回内容并夹带状态码 200。
2、URL重写只在服务器上转换URL，当客户端请求地址A进入服务器后，服务器自行处理并转向B。最后返回B地址的内容，夹带状态码 200。此过程只在服务器上发生，不需要与客户端进行多次通信。因此浏览器地址栏中的URL也不会发生变化。
-------------------------------------------------- 超级分界线 ------------------------------------------------------
实现 URL 重写不需要向服务容器注册功能类，但可以在 Service 集合中配置 Options。你需要通过 RewriteOptions 对象来指定重定向的规则。定义规则的方法是实现 IRule 接口。此接口只有一个 ApplyRule 方法。在实现该方法时，根据需要修改 HttpContext.Request.Path 来设置新的 URL。
------------------------------------------------------------------------------------------------------------------------
下面咱们直接上示例，这里我写了一个简单的URL重写规则。
public sealed class MyRule : IRule { public void ApplyRule(RewriteContext context) { var request = context.HttpContext.Request; var oldPath = request.Path; // 正则表达式来匹配 var match = Regex.Match(oldPath, "/ft(\d+)"); if(match == null || match.Success == false) { context.Result = RuleResult.ContinueRules; return; } // 找出匹配的分组 var matchedval = match!.Groups[1].Value; // 新的URL PathString newPath = "/fight-action/" + matchedval; request.Path = newPath; //修改为新URL context.Result = RuleResult.SkipRemainingRules; } }
这个规则是这样的：客户端请求 https://localhost/ft3，通过正则表达式，找出URL中的数值 3 ，然后改为新的 URL：https://localhost/fight-action/3。即
https://host/ft{数值} ----> https://host/fight-action/{数值}
为什么要重写 URL 呢，假设网站内部实现某功能的 URL 很长，很难看，很难记忆，用户看到它就想抽它。为了让用户觉得好记好看，在公开的前台 UI 或者 Web API 中使用一个更短更方便记忆的 URL。这又是为何呢？老周做个假设：假设你有个新闻系统，按照最初的开发设计，写一篇新闻的 URL 是 http://killer/news_manager/addnew。嗯，这个路径逻辑清晰、层次分明、表义明了（对开发人员来说，这样好维护，模块化）；可对用户来说，他哪管你模块化还是分尸化，他就觉得这太长，不好记，也不好输入。行，咱们给来个 URL 重写，对外公开的 URL 变成 http://killer/addnews，而服务器内部还是转回原来的地址来处理，但客户端是毫无察觉的。
还有一种情况是网站修改了，后台的结构变了，API 的结构变了，可你懒得把所有前台 UI 改动。于是，你也可以写个 URL 重写规则，让旧 URL 自动转到新的 URL 上，同样客户端毫无察觉的（明修____，暗渡____）。
回到 ASP.NET Core 主体代码，这里为了节省体力和脑力，老周就不做 HTML 页了，直接 MapGet 代表每个页面。
// 模拟一些路径 app.MapGet("/", () => "燕双鹰战斗仪"); app.MapGet("/fight-action/{mode}", (int mode) => mode switch { 0 => "全自动扫射装载中……", 1 => "装逼两分钟，开挂三小时", 2 => "无限子弹碾压", 3 => "我赌你的枪里没有子弹", 4 => "脑浆警告", 5 => "像你这样的人应该怎么改变，不会改变的，只有X", _ => "外挂已到期" });
路径 /fight-action 后面一段是路由参数 mode，然后这个数值会随同参数 mode 传入lambda 表达式，内部根据 mode 的值返回不同的字符串。
使用 URL 重写我们不需要向服务容器添加依赖注入对象，直接在 HTTP 管线上以中间件方式 Use 一下即可。
app.UseRewriter();
不过，这个无参数调用是未添加任何自定义重写规则的，咱们有两种方法添加规则。
第一种方法：保持 UseRewriter 方法无参数调用，使用服务容器来 Config 一下 RewriteOptions 选项类。这个方法实际是在服务容器中生成了 IOptions<RewriteOptions> 对象，中间件类 RewriteMiddleware 的构造函数会注入这个选项类实例。
// 以下为 .NET 源代码 public RewriteMiddleware( RequestDelegate next, IWebHostEnvironment hostingEnvironment, ILoggerFactory loggerFactory, IOptions<RewriteOptions> options) { // …… _next = next; _options = options.Value; _fileProvider = _options.StaticFileProvider ?? hostingEnvironment.WebRootFileProvider; _logger = loggerFactory.CreateLogger<RewriteMiddleware>(); }
现在，咱们把刚刚写的 MyRule 规则配置一下。
var builder = WebApplication.CreateBuilder(args); // 配置 rewrite options builder.Services.Configure<RewriteOptions>(rwo => { rwo.Add(new MyRule()); }); var app = builder.Build();
第二种方法：在HTTP 管理线中调用 UseRewriter 方法前，直接 new 一个 RewriteOptions 实例，然后添加刚刚写的规则。最后调用 UseRewriter 方法的带参数版本，把 options 传给它即可。
RewriteOptions rwopt = new(); rwopt.Add(new MyRule()); app.UseRewriter(rwopt);
两种方法任选其一就可以了，不需要重复配置。
现在咱们运行一下示例。
默认打开主页是这样的。
然后把 URL 改为 /ft3。
URL 已经跳转，不过浏览器地址栏不会有变化，而且不会返回 301、302 给客户端，因为这个跳转过程是在服务器上完成的。
------------------------------------ 未知分界线 -------------------------------------------
其实，RewriteOptions 补充了一些扩展方法，使得咱们在简单重写URL（不需要特复杂的逻辑分析，用正则就能搞定的）时可以不去实现 IRule 接口。故，咱们这个示例可以改成这样更简洁的实现。
var builder = WebApplication.CreateBuilder(args); // 配置 rewrite options builder.Services.Configure<RewriteOptions>(rwo => { rwo.AddRewrite("ft(\d+)", "fight-action/$1", true); }); var app = builder.Build();
第一个参数是正则表达式，括号中表示捕捉为一个分组，第二个参数是新的 URL，其中“$1”表示引用正则表达式中捕捉的分组编号，咱们这个正则表达式中只有一个分组，即捕捉数值的 d+，所以用 $1 引用它；如果有其他分组，那就依此类推，$2、$3、$4。它的意思就是引用捕捉到这个分组的值。如，匹配 ft2，捕捉到数值 2，然后替换 $1，使新的URL为 fight-action/2。注意在匹配和替换的 URL 都不用“/”开头，反正类库在处理时也会删除“/”的，所以我们就没必须加“/”。
再测试一下。
运行后，转到 /ft5，结果如下。
好了，今天的节目就到此了，下次有空咱们再聊。
