.NET 6中跨目录静态文件下载性能下降35%的原因咨询

你部署在IIS上的.NET 6 Web应用，wwwroot目录下的静态文件下载速度正常，但通过PhysicalFileProvider指向其他目录的相同文件，下载性能下降约35%，授权中间件已放在静态文件中间件之后，使用fetch API下载application/octet-stream类型文件，以下是可能的原因及排查方向：

• IIS原生处理 vs .NET中间件处理的差异
  IIS对wwwroot目录有原生优化：默认情况下，IIS会直接接管wwwroot的静态文件请求，跳过整个.NET中间件管道，由IIS自带的静态文件模块（StaticFileModule）处理，这是系统级的高性能路径。而自定义目录的静态文件请求会走.NET的StaticFileMiddleware，中间件需要做路径映射、文件存在性检查等额外逻辑，自然会产生性能开销。

• 文件目录的权限与存储差异
  先检查自定义目录的权限：IIS应用池的运行身份对该目录的访问权限是否和wwwroot一致？如果权限不足，每次请求都会触发额外的权限校验流程，拖慢速度。另外，如果这个目录在网络共享盘、机械硬盘这类性能更低的存储介质上，文件读取本身就比wwwroot所在的存储慢，直接影响下载速度。

• StaticFileOptions缺少优化配置
  你当前的自定义静态文件配置只设置了基础的路径映射，缺少关键优化项：

  • 未开启EnableRangeProcessing：对于大文件，断点续传（范围请求）能让客户端分段下载，提升体验和效率；如果没开，每次请求都要传完整文件，开销更大。
  • 未配置缓存响应头：wwwroot的文件默认会被IIS添加缓存策略，浏览器可以缓存重复请求；自定义目录如果没配置缓存，每次下载都要重新请求服务器，看起来性能就差。
    优化后的配置示例：

  app.UseStaticFiles(new StaticFileOptions
  {
      FileProvider = new PhysicalFileProvider("PhysicalPathOfTheFolder"),
      RequestPath = "/MyPath",
      EnableRangeProcessing = true,
      OnPrepareResponse = ctx =>
      {
          // 添加缓存头，比如设置7天缓存
          ctx.Context.Response.Headers.Append("Cache-Control", "public, max-age=604800");
      }
  });
  

• fetch API的请求行为差异
  对比两种请求的浏览器Network日志：针对自定义路径的fetch请求，是否带了Cache-Control: no-cache这类禁止缓存的头？或者是否没启用TCP连接复用（keep-alive）？这些都会导致请求额外开销，拉低下载速度。

• IIS站点配置不一致
  检查IIS的站点配置：是否给wwwroot目录单独开了静态内容压缩、输出缓存这类优化，而自定义目录没配置？可以在IIS管理器里，找到自定义路径对应的虚拟目录，开启和wwwroot一致的压缩、缓存配置，缩小性能差距。

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