对静态文件的请求正在命中 ASP.NET MVC3 中的托管代码

创建自定义 IHttpModules 时，我意识到对静态文件（例如：.css 和 .js 文件）的请求正在访问托管模块。可能图片也有同样的问题。 IIS 不应该绕过 ASP.NET 来获取文件系统中存在的文件吗？

例如：

public class MyModule:IHttpModule
{
    public void Dispose(){ }

    public void Init(HttpApplication context)
    {
        context.BeginRequest += (o, e) => Debug.Print("Request: " + HttpContext.Current.Request.RawUrl);
    }
}

我这样声明：

<modules runAllManagedModulesForAllRequests="true">
  <add name="MyModule" preCondition="managedHandler" type="MVCX.Modules.MyModule, MVCX"/>
</modules>

但是，即使使用前提条件，我也可以看到静态文件如何通过模块：

Request: /MVCX/
Request: /MVCX/Content/Site.css
Request: /MVCX/Scripts/jquery-1.4.4.min.js

我试图忽略静态文件的规则，但这没有什么区别：

routes.IgnoreRoute("{Content}/{*pathInfo}");
routes.IgnoreRoute("{Scripts}/{*pathInfo}");

这是平常的吗？或者我在这里遗漏了什么？据我所知，如果静态文件请求应该由IIS来应答。如果我的托管模块被命中，则意味着 CLR ThreadPool 线程正在处理该请求，对吧？

Regards.

UPDATE:

我已禁用“runAllManagedModulesForAllRequests”：

<modules runAllManagedModulesForAllRequests="false">
      <add name="MyModule" preCondition="managedHandler" type="MVCX.Modules.MyModule, MVCX" />
</modules>

一切似乎都工作得很好，但我发现了这篇文章：http://www.britishdeveloper.co.uk/2010/06/dont-use-modules-runallmanagementmodulesfo.html建议删除并重新添加“UrlRoutingModule-4.0”模块，前提条件为空。

在我的机器上，该模块的添加位于根 web.config 中，并且它已经有一个空的前提条件：

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config>type machine.config | find "UrlRouting"


C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config>type web.config | find "UrlRouting"
            <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" />

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config>

所以现在我有点困惑，这个参数的状态是什么？我应该使用它还是不应该使用它？为什么默认情况下它是“true”？

问候。

回答您的第一个问题，即 IIS 应绕过 ASP.NET 获取静态内容。

如果配置为集成模式，IIS 7.5 将允许托管模块注册与传统上不由 ASP.NET 处理的请求相关的事件，例如静态文件。

在 IIS 7.5 经典模式中不会发生这种情况，该模式与 IIS 6 类似，并且不允许托管模块侦听 ASP.NET 未处理的请求中的事件。

所以，基本上如果你有runAllManagedModulesForAllRequests="true"使用集成模式，您的托管模块将收到每个请求的事件通知。另外，从文档关于runAllManagedModulesForAllRequests:

如果所有托管模块都可以处理所有请求，则为 true，即使 请求不是针对托管内容；否则为假。

默认值为 false。

该文档没有解释该属性如何与preCondition选项。从你的经历来看，它似乎超越了preCondition配置，所以如果是你我会把它留在false并与preCondition选项，即使这意味着将其他模块先决条件更改为空字符串以解决更改runAllManagedModulesForAllRequests为假。

Update: 找到了一些文档关于使用的影响runAllManagedModulesForAllRequests如前所述，如果为真，则覆盖preCondition with a managedHandler option.

您还可以使用快捷方式启用所有托管 (ASP.NET) 模块 为应用程序中的所有请求运行，无论 “托管处理程序”前提条件。启用所有托管模块运行 对于所有请求，无需配置每个模块条目即可删除 “managedHandler”前提条件，使用 该部分中的 runAllManagedModulesForAllRequests 属性：

当您使用此属性时，“managementHandler”先决条件没有 效果和所有托管模块针对所有请求运行。