<applicationPool> 元素（Web 设置）

指定配置设置，当 ASP.NET 应用程序在 IIS 7.0 或更高版本上以集成模式运行时，ASP.NET 可以使用这些设置来管理进程范围的行为。

重要事项
此元素及其支持的功能仅在 ASP.NET 应用程序承载于 IIS 7.0 或更高版本上时才起作用。

<applicationPool 
    maxConcurrentRequestsPerCPU="5000" 
    maxConcurrentThreadsPerCPU="0" 
    requestQueueLimit="5000" />

特性和元素

以下几节描述了属性、子元素和父元素。

特性

子元素

无。

父元素

备注

在以集成模式运行 IIS 7.0 或更高版本时，利用此元素组合，可以配置当应用程序承载于 IIS 应用程序池中时，ASP.NET 管理线程和对请求进行排队的方式。 如果运行 IIS 6 或以经典模式或 ISAPI 模式运行 IIS 7.0，则将忽略这些设置。

applicationPool 设置适用于在特定版本的 .NET Framework 上运行的所有应用程序池。 这些设置包含在 aspnet.config 文件中。 对于版本 2.0 和版本 4 的 .NET Framework，有一个版本的此文件适用。 （版本 3.0 和版本 3.5 的 .NET Framework 与版本 2.0 的 .NET Framework 共享 aspnet.config 文件。）

重要事项
如果在 Windows 7 上运行 IIS 7.0，则可以为每个应用程序池配置单独的 aspnet.config 文件。这样做可让您为每个应用程序池调整线程的性能。

对于 maxConcurrentRequestsPerCPU 设置，.NET Framework 4 中的默认设置“5000”可有效关闭由 ASP.NET 控制的请求限制，除非每个 CPU 实际拥有的请求数为 5000 或更多。 默认设置改为依赖于 CLR 线程池来自动管理每个 CPU 的并发。 对于大量使用异步请求处理的应用程序或具有很多在网络 I/O 上阻塞长时间运行的请求的应用程序，增大 .NET Framework 4 中的默认限制将使它们受益。 将 maxConcurrentRequestsPerCPU 设置为零将禁止使用托管线程来处理 ASP.NET 请求。 当应用程序在 IIS 应用程序池中运行时，请求将停留在 IIS I/O 线程上，从而使并发受到 IIS 线程设置的限制。

requestQueueLimit 设置的工作方式与 processModel 元素的 requestQueueLimit 特性的工作方式相同，该特性是在 ASP.NET 应用程序的 Web.config 文件中设置的。 但 aspnet.config 文件中的 requestQueueLimit 设置会重写 Web.config 文件中的 requestQueueLimit 设置。 换言之，如果同时设置了这两个特性（默认情况下为此情形），则 aspnet.config 文件中的 requestQueueLimit 设置优先。

示例

下面的示例演示在以下环境中，如何在 aspnet.config 文件中配置 ASP.NET 进程范围的行为：

• 应用程序承载于 IIS 7.0 应用程序池中。

• IIS 7.0 正在以集成模式运行。

• 应用程序使用的是 .NET Framework 3.5 SP1 或更高版本。

该示例中的值均为默认值。

<configuration>
  <system.web>
    <applicationPool 
        maxConcurrentRequestsPerCPU="5000"
        maxConcurrentThreadsPerCPU="0" 
        requestQueueLimit="5000" />
  </system.web>
</configuration>

元素信息

请参见

参考

<system.web> 元素（Web 设置）