asp.net - 物理文件夹破坏了 IIS Express 上的 ASP.NET URL 路由

Question

IIS Express 正在生成 403.14 Forbidden当原本通过 ASP.NET URL 路由处理的 URL 恰好对应于我的 ASP.NET 项目中的物理文件夹时，会出现错误。 (该文件夹只包含代码，巧合的是文件夹名称恰好与页面的 URL 匹配；我的 URL 结构是由数据库动态确定的，用户可以编辑该结构，所以虽然我可以重命名我的项目文件夹，一般来说我无法阻止这种碰撞的发生。)

这似乎正在发生，因为 DirectoryListingModule介入处理请求，然后由于目录浏览被禁用而立即失败。我尝试删除这个:

<system.webServer>
  <handlers>
    <remove name="StaticFile" />
    <add name="StaticFile" path="*" verb="*"
         modules="StaticFileModule" resourceType="Either" requireAccess="Read" />
  </handlers>
</system.webServer>

这会删除默认的 StaticFile处理程序配置，其中有 modules="StaticFileModule,DefaultDocumentModule,DirectoryListingModule" ，并将其替换为仅提供我想要的功能的配置。 (我想要静态文件服务，但我不需要此应用程序中的目录列表或默认文档。)但效果似乎是，当我点击时，IIS 会生成一个完全空的(0 字节)响应(状态为 200)有问题的页面。

接下来，我尝试配置 StaticFile处理程序仅处理我想要提供的特定物理文件夹:

<system.webServer>
  <handlers>
    <remove name="StaticFile" />
    <add name="StaticFileCss" path="style/*.css" verb="*"
         modules="StaticFileModule" resourceType="Either" requireAccess="Read" />
    <add name="StaticFileScripts" path="Scripts/*" verb="*"
         modules="StaticFileModule" resourceType="Either" requireAccess="Read" />
  </handlers>
</system.webServer>

但是当我点击有问题的 URL 时，会生成 404.4 - Not found错误，消息为 The resource you are looking for does not have a handler associated with it. 。 (错误页面上的详细错误信息表明我们处于 IIS Web Core 模块中，在 MapRequestHandler 通知期间，处理程序为 Not yet determined ，并且有一个错误代码 0x80070002 ，这是一个 COM HRESULT对应于 Win32 ERROR_FILE_NOT_FOUND 错误。)

令人费解的是，它甚至懒得去询问 ASP.NET 是否有相应的处理程序。 IIS 似乎完全自行决定肯定不存在处理程序。

仅当存在与 URL 匹配的文件夹时才会发生这种情况。所有其他具有动态确定的 URL 的资源都可以正常工作 - IIS 向 ASP.NET 请求处理程序，ASP.NET 的路由机制正常运行，如果 URL 对应于我动态定义的页面之一，则一切都可以正常工作。只是物理文件夹的存在阻止了这一切的工作。

我可以看到是 IIS 执行此操作，因为我收到了此 404 的 IIS 样式错误页面之一，并且它们具有与 ASP.NET 生成的 404 非常不同的独特设计。 (如果我尝试导航到既不对应于物理文件夹也不对应于动态资源的 URL，我会得到 ASP.NET 生成的 404 页面。所以通常情况下，IIS 肯定会将请求移交给 ASP.NET，但是 IIS肯定会妨碍这些有问题的资源。)

我尝试将其添加到我的 <system.WebServer> 中，如果问题是 IIS 确定与物理文件夹对应的请求不满足 managedHandler前提条件:

<modules runAllManagedModulesForAllRequests="true">

但这似乎没有帮助 - 它仍然没有涉及与物理文件夹对应的 URL 的 ASP.NET 路由。无论如何，这都不是最理想的 - 我不希望为我肯定想要作为静态内容处理的内容运行托管处理程序。我实际上希望将 ASP.NET URL 路由用作后盾 - 我只希望它在 URL 绝对不引用静态内容时发挥作用。

我不明白为什么 ASP.NET 甚至不询问 ASP.NET 在这种情况下的想法。为什么它在 MapRequestHandler 期间不调用 ASP.NET如果有一个物理文件夹恰好与该 URL 相对应？

Answer 1

当找到与路由具有相同 URL 的物理文件或文件夹时，路由将不会处理请求并会提供物理文件。

不过，您可以通过将 RouteCollection 对象中的 RouteExistingFiles 属性设置为 true 来更改此行为。

查看 MSDN 页面 Scenarios when routing is not applied