我有一个使用.NET 5 beta-4构建并在IIS 8.5上运行的Web应用程序。
我想让IIS服务于所有静态文件，因此我删除了.NET 5静态文件中间件。这通常能够按预期正常工作。例如，/img/image.png将通过IIS正确地进行服务。
然而，在我的.NET应用程序中，我有一个捕获所有路由("/{param?}")，以满足业务需求。但是，我还有一些需要被服务的静态文件放置在我的Web根目录下，如：robots.txt、favicon.ico等。
我遇到的问题是：
IIS将Web根目录下的静态文件请求路由到.NET应用程序，然后运行捕获所有路由，最终导致404错误。理想情况下，如果IIS找到了Web根目录中的静态文件，则我希望它可以直接服务于该文件。只有当找不到静态文件时，才将请求发送到.NET的捕获所有路由。
如何告诉IIS 8.5从Web根目录服务于静态文件，并且同时支持我的.NET 5应用程序中的捕获所有路由呢？
因为我们使用IIS来提供ASP.NET Core 1.0（以前称为ASP.NET 5）应用程序，所以我们希望使用IIS的压缩和缓存静态文件的能力。
这可以使其更有效率且在你的应用程序循环时不会影响静态资源。无论如何，建议将 app.UseStaticFiles();尽早放置于应用程序的请求管道中，以便它能够短路请求。但是，如果在Linux上，Nginx通常会自行设置为服务静态文件，而不会触及ASP.NET Core管道。因此，我们希望在IIS上执行此操作（如果不是这样，那么为什么要使用IIS？）
app.UseStaticFiles();来捕获任何未在StaticFileModule处理程序中定义的模糊静态文件。<system.webServer>
<handlers>
<add name="StaticFiles_Js" path="*.js" verb="*" modules="StaticFileModule" resourceType="File" requireAccess="Read" />
<add name="StaticFiles_Css" path="*.css" verb="*" modules="StaticFileModule" resourceType="File" requireAccess="Read" />
<add name="StaticFiles_Img" path="*.jpg" verb="*" modules="StaticFileModule" resourceType="File" requireAccess="Read" />
<add name="StaticFiles_Png" path="*.png" verb="*" modules="StaticFileModule" resourceType="File" requireAccess="Read" />
<add name="StaticFiles_Gif" path="*.gif" verb="*" modules="StaticFileModule" resourceType="File" requireAccess="Read" />
<add name="StaticFiles_Fnt" path="*.eot" verb="*" modules="StaticFileModule" resourceType="File" requireAccess="Read" />
<add name="StaticFiles_Ttf" path="*.ttf" verb="*" modules="StaticFileModule" resourceType="File" requireAccess="Read" />
<add name="StaticFiles_Ico" path="*.ico" verb="*" modules="StaticFileModule" resourceType="File" requireAccess="Read" />
<add name="StaticFiles_Pdf" path="*.pdf" verb="*" modules="StaticFileModule" resourceType="File" requireAccess="Read" />
<add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
</handlers>
<aspNetCore processPath="..\MySite.exe" arguments="" stdoutLogEnabled="false" stdoutLogFile="..\logs\stdout" forwardWindowsAuthToken="true" />
<!-- Adding Gzip compression for static files -->
<httpCompression directory="%SystemDrive%\inetpub\temp\IIS Temporary Compressed Files" minFileSizeForComp="1024">
<scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll" />
<staticTypes>
<add mimeType="text/*" enabled="true" />
<add mimeType="application/javascript" enabled="true" />
<add mimeType="application/json" enabled="true" />
<add mimeType="*/*" enabled="false" />
</staticTypes>
</httpCompression>
</system.webServer>
Server: Kestrel)，但.css 或.js 资源将会有 Server: Microsoft-IIS 和 Content-Encoding:gzip，如果你启用了压缩。虽然我赞同使用中间件的想法，但如果您绝对想依靠您的Web服务器来提供静态文件而不必通过应用程序进行任何操作，您可以设置一个基于文件依赖的重写：
<rule name="Static Files" stopProcessing="true">
<match url="(.*)" />
<conditions logicalGrouping="MatchAny">
<add input="{APPL_PHYSICAL_PATH}wwwroot\{R:1}" matchType="IsFile" />
</conditions>
<action type="Rewrite" url="/{R:1}" />
</rule>
这个应该检查你的请求是否是文件系统中的文件，如果是，则直接将请求重写到该文件，并停止对请求进行处理。
public void Configure(
IApplicationBuilder app,
IHostingEnvironment env,
ILoggerFactory loggerFactory)
{
// ...Omitted
// Enable the IIS native module to run after the ASP.NET middleware components.
// This call should be placed at the end of your Startup.Configure method so that
// it doesn't interfere with other middleware functionality.
app.RunIISPipeline();
}