我一直在尝试将一个http模块映射到MVC3站点的子路径。据我所知，这应该非常简单，但是它并没有起作用。该模块的设置如下：
<handlers>
<add name="Nancy" path="api/*" verb="*" type="Nancy.Hosting.Aspnet.NancyHttpRequestHandler" allowPathInfo="true" />
</handlers>
为了在webdev.webserver下运行，iis6也提供了匹配部分。然而，我尝试将其部署到本地Win7的iis7中，以及使用webdev.webserver进行测试，但只有/api实际调用了处理程序。当我调用/api/{anything}时，它只返回404。
我确定我只是"做错了（tm）"，但任何帮助都将不胜感激。
注意：我还尝试了其他一些配置，包括使用<location>标签创建/api文件夹，并在该文件夹中添加一个具有完全通配符的web.config。
简单，只需输入路径，不使用通配符。
<handlers>
<add name="Nancy" path="api" verb="*" type="Nancy.Hosting.Aspnet.NancyHttpRequestHandler" allowPathInfo="true" />
</handlers>
这将匹配：
/api/{任何内容}
URLRoutingModule-4.0是一个泛用的处理程序，它位于您的Nancy处理程序之前。因此，在命中您的处理程序之前，它将先发挥作用。您可以按以下方式删除处理程序添加您自己的处理程序并将其重新添加回来：<handlers>
<remove name="BlockViewHandler" />
<remove name="UrlRoutingModule-4.0" />
<add verb="*" path="robots.txt" name="robots" type="System.Web.StaticFileHandler"/>
... custom handlers here
<add name="Nancy" path="api/*" verb="*" type="Nancy.Hosting.Aspnet.NancyHttpRequestHandler" allowPathInfo="true" />
... now add back UrlRoutingModule and BlockViewHandler
<add path="*" verb="*" name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" preCondition="managedHandler" />
<add name="BlockViewHandler" path="*" verb="*" preCondition="integratedMode" type="System.Web.HttpNotFoundHandler" />
</handlers>
在IIS7中，您可以在处理程序映射下选择查看有序列表，它将列出加载处理程序的顺序，从上（第一个）到下（最后一个）。
您可能需要在/api文件夹中使用第二个Web.config。
<?xml version="1.0"?>
<configuration>
<system.web>
<httpHandlers>
<clear />
<add name="Nancy" path="*" verb="*" type="Nancy.Hosting.Aspnet.NancyHttpRequestHandler" allowPathInfo="true" />
</httpHandlers>
</system.web>
</configuration>
<location path="." inheritInChildApplications="false">
<system.webServer>
<!--
ml: in .NET 4.0 its now safe to remove from the modules section.
Make sure you have a *. mapping to a ExtensionLessUrl hanlder in IIS
this should improve performance a tad albeit neglectable.
see: http://blogs.msdn.com/b/tmarq/archive/2010/04/01/asp-net-4-0-enables-routing-of-extensionless-urls-without-impacting-static-requests.aspx
-->
<validation validateIntegratedModeConfiguration="false" />
<modules runAllManagedModulesForAllRequests="false" />
<handlers>
<remove name="BlockViewHandler" />
<remove name="UrlRoutingModule-4.0" />
<add verb="*" path="robots.txt" name="robots" type="System.Web.StaticFileHandler"/>
.. Some company handlers i can't list
<add path="*" verb="*" name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" preCondition="managedHandler" />
<add name="BlockViewHandler" path="*" verb="*" preCondition="integratedMode" type="System.Web.HttpNotFoundHandler" />
</handlers>
</system.webServer>
</location>
然后在我的/Content/web.config文件中设置如下内容：
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<system.webServer>
<handlers>
<clear />
<add name="StaticFiles" path="*" verb="*" modules="StaticFileModule" resourceType="Either" requireAccess="None" />
</handlers>
<staticContent>
<clientCache cacheControlMaxAge ="31.00:00:00" cacheControlMode="UseMaxAge" />
</staticContent>
</system.webServer>
</configuration>
现在我的/Content/处理程序列表如下：
这几乎可以确定，任何位于/Content/中的内容都将通过StaticFileModule进行服务。关键在于指定：inheritInChildApplications="false"。
似乎UrlRoutingModule-4.0带来了比它值得的更多麻烦。因此，我已经告诉MVC3忽略这些路由。虽然不是完美的解决方案，但在找到更好的方法之前，我必须坚持在RegisterRoutes中使用它:
routes.IgnoreRoute("api/{*route}");