IIS 网站性能优化与缓存配置实战指南

在企业级 Web 应用部署中，Internet Information Services（IIS）作为 Windows 平台主流 Web 服务器，其性能表现直接影响用户体验与系统资源利用率。随着并发请求增长、静态资源增多及动态内容复杂度提升，未经调优的 IIS 容易出现响应延迟高、CPU 占用异常、内存泄漏等问题。本文系统梳理 IIS 性能优化的核心路径，聚焦于内核级配置、输出缓存、静态内容压缩与 HTTP 缓存头策略四大维度，提供可直接落地的配置技巧与验证方法。

一、基础服务层调优

IIS 默认配置面向通用场景，生产环境需针对性调整工作进程与请求队列行为。首先，在应用程序池高级设置中启用“无托管代码”模式（如仅托管静态文件或 ASP.NET Core 自托管应用），可显著降低 CLR 初始化开销。其次，合理设置“最大工作进程数”为 1（避免多进程同步开销），“空闲超时”设为 0（禁用自动回收以防止冷启动抖动），并启用“快速失败保护”防止异常进程持续占用资源。

<!-- applicationHost.config 中的应用程序池配置片段 -->
<add name="DefaultAppPool">
  <processModel 
    identityType="ApplicationPoolIdentity" 
    idleTimeout="00:00:00" 
    maxProcesses="1" 
    rapidFailProtection="true" />
</add>

同时，调整 HTTP.sys 驱动层参数可提升底层吞吐能力。通过 PowerShell 执行以下命令，增大内核级请求队列长度与连接超时：

# 提升内核队列容量与连接保持时间
netsh http set iplisten ipaddress=0.0.0.0
netsh http set global maxconnectionqueue=65536
netsh http set global timeout=300

二、输出缓存（Output Caching）精准启用

IIS 输出缓存可拦截已生成的响应体，避免重复执行页面逻辑。针对 ASP.NET Web Forms 或 MVC 视图，建议按 HTTP 方法、查询字符串参数组合进行粒度化缓存。例如，对商品详情页 /product?id=123，可基于 id 参数值建立独立缓存项：

<!-- web.config 中的输出缓存配置 -->
<system.webServer>
  <caching>
    <profiles>
      <add 
        extension=".aspx" 
        policy="CacheUntilChange" 
        kernelCachePolicy="DontCache" 
        varyByQueryString="id" 
        duration="300" />
      <add 
        extension=".html" 
        policy="CacheForTimePeriod" 
        duration="86400" />
    </profiles>
  </caching>
</system.webServer>

注意：varyByQueryString 必须明确列出参与缓存键计算的参数名，避免使用通配符 * 导致缓存爆炸。对于 API 接口，推荐结合 HttpCachePolicy.SetVaryByCustom 在代码中动态控制缓存维度。

三、静态资源压缩与预加载优化

启用动态与静态内容压缩是提升传输效率最直接手段。IIS 默认仅压缩文本类响应（如 HTML、CSS、JS），需手动扩展 MIME 类型支持，并启用 CPU 敏感型压缩策略：

<!-- web.config 中的压缩配置 -->
<system.webServer>
  <httpCompression 
    directory="%SystemDrive%\inetpub\temp\IIS Temporary Compressed Files"
    dynamicCompressionEnableCpuUsage="80"
    dynamicCompressionDisableCpuUsage="90">
    <scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll" />
    <dynamicTypes>
      <add mimeType="text/*" enabled="true" />
      <add mimeType="message/*" enabled="true" />
      <add mimeType="application/javascript" enabled="true" />
      <add mimeType="application/json" enabled="true" />
      <add mimeType="application/xml" enabled="true" />
    </dynamicTypes>
    <staticTypes>
      <add mimeType="*/*" enabled="true" />
    </staticTypes>
  </httpCompression>
</system.webServer>

配合 <staticContent> 节点设置 cacheControlMode="UseMaxAge" 与 cacheControlMaxAge="30.00:00:00"，强制浏览器长期缓存静态资源，减少重复请求。

四、HTTP 缓存头精细化控制

除服务器端缓存外，合理设置响应头是协同客户端实现分层缓存的关键。通过 <clientCache> 配置可统一管理 Cache-Control 与 Expires 头：

<!-- web.config 中的客户端缓存策略 -->
<system.webServer>
  <staticContent>
    <clientCache 
      cacheControlMode="UseMaxAge" 
      cacheControlMaxAge="7.00:00:00" />
  </staticContent>
  <handlers>
    <add name="StaticFileHandler" 
         path="*" 
         verb="*" 
         modules="StaticFileModule" 
         resourceType="Either" 
         requireAccess="Read" />
  </handlers>
</system.webServer>

对于需实时更新的资源（如版本化 JS 文件），建议采用内容哈希命名（如 app.a1b2c3.js），配合 immutable 指令延长缓存周期：

Cache-Control: public, max-age=31536000, immutable

该头需通过自定义 HTTP 响应模块注入，确保版本变更后浏览器自动拉取新资源。

五、监控与效果验证

优化后必须通过真实负载验证效果。推荐使用 IIS 日志分析工具统计平均响应时间（time-taken 字段）、缓存命中率（检查 X-AspNetMvc-Version 或自定义日志字段）；同时借助 Performance Monitor 监控 Web Service\Current Connections、ASP.NET Applications\Requests/Sec 等计数器变化趋势。若发现缓存未生效，需排查是否启用了 no-cache 响应头、是否存在 Vary 头冲突，或应用程序池回收导致缓存清空。

IIS 性能优化并非一次性配置任务，而是涵盖架构设计、运行时监控与持续迭代的闭环过程。从内核参数调优到 HTTP 协议级缓存控制，每一层配置都需匹配实际业务特征——高读低写场景侧重输出缓存，API 服务则更依赖客户端缓存与压缩策略。唯有将理论配置转化为可观测、可验证、可回滚的操作实践，才能真正释放 IIS 的稳定承载能力，为用户提供毫秒级响应体验。