HttpModule的OnAuthorizeRequest与IIS日志执行顺序及URL重写日志疑问

我来帮你理清这个问题——我之前也处理过类似的URL重写日志困惑，咱们一步步拆解：

核心结论：默认情况下原请求/abc/不会出现在IIS日志里 #

你看到的只有/abcTemplate.aspx记录，本质原因是你的RewritePath调用时机早于IIS日志的记录时机：

• ASP.NET管道的OnAuthorizeRequest事件属于请求处理的早期阶段（在身份验证之后、授权检查时触发），这时候调用context.RewritePath会修改后续整个请求流程中使用的路径。
• IIS日志的记录逻辑是在请求处理的后期阶段执行的，它会使用当前HttpContext中已经被重写后的路径来生成日志条目，所以原请求的/abc/不会被默认记录。

如何获取原请求/abc/的记录？ #

如果你需要追踪原请求路径，可以通过两种方式实现：

• 自定义日志记录：在你的HttpModule中，在调用RewritePath之前，获取context.Request.RawUrl（这个属性会保留用户最初请求的完整URL），然后将其写入自定义的日志文件（比如你可以创建一个独立的日志文件，或者写入Windows事件日志）。示例代码片段：

  // 在OnAuthorizeRequest事件中
  string originalUrl = context.Request.RawUrl;
  // 写入自定义日志，比如用File.AppendAllText
  File.AppendAllText(@"C:\logs\OriginalRequests.log", $"{DateTime.Now}: {originalUrl}\n");
  context.RewritePath("/abcTemplate.aspx");
  

• 扩展IIS日志字段：你可以配置IIS日志添加自定义字段，把RawUrl的值作为额外字段记录到默认的IIS日志中。具体步骤是在IIS管理器中找到站点的日志配置，添加一个名为Original-URL的字段，来源选择Server Variable，变量名设为HTTP_X_ORIGINAL_URL，然后在你的HttpModule中把RawUrl赋值给这个服务器变量：

  context.Request.ServerVariables["HTTP_X_ORIGINAL_URL"] = context.Request.RawUrl;
  

  这样IIS日志就会额外列原请求路径了。

补充说明 #

如果是使用IIS官方的URL Rewrite模块（而非自定义HttpModule），可以直接在规则配置中开启“记录原URL”的选项，但你的场景是自定义HttpModule，所以需要自己处理原路径的追踪。

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