<applicationPool> 項目 (Web 設定)

指定當 ASP.NET 應用程式在 IIS 7.0 (含) 以後版本中以「整合」模式執行時，ASP.NET 用來管理整個處理序行為的組態設定。

重要事項
只有在 ASP.NET 應用程式裝載於 IIS 7.0 (含) 以後版本時，這個項目及其支援的功能才適用。

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

屬性和項目

下列各節將說明屬性、子項目和父項目。

屬性

子項目

無。

父項目

備註

當您在「整合」模式中執行 IIS 7.0 (含) 以後版本時，這個項目組合可讓您設定 ASP.NET 管理執行緒的方式，以及在 IIS 應用程式集區中裝載應用程式時，ASP.NET 佇列要求的方式。 如果您執行 IIS 6，或是在「傳統」或 ISAPI 模式中執行 IIS 7.0 (含) 以後版本，則會忽略這些設定。

applicationPool 設定適用於所有在 .NET Framework 特定版本上執行的應用程式集區。 這個設定包含在 aspnet.config 檔中。 這個檔案在 .NET Framework 的 2.0 和 4 版中各有一個版本 (.NET Framework 的 3.0 和 3.5 版會與 2.0 版共用 aspnet.config 檔)。

重要事項
如果在 Windows 7 上執行 IIS 7.0，您可以為每個應用程式集區設定不同的 aspnet.config 檔。如此一來，即可針對每個應用程式集區自訂執行緒的效能。

就 maxConcurrentRequestsPerCPU 設定而言，除非每個 CPU 真的有 5000 個以上的要求，否則 .NET Framework 4 中的預設設定 "5000" 足以有效關閉 ASP.NET 控制的要求節流。 不過這個預設設定必須依賴 CLR 執行緒集區，才能夠自動管理每個 CPU 的並行存取。 如果應用程式大量使用非同步要求處理，或是有許多長時間執行的要求阻塞在網路 I/O 上，這些應用程式將會因為 .NET Framework 4 中增加的預設限制而受惠。 將 maxConcurrentRequestsPerCPU 設定為零會關閉使用 Managed 執行緒處理 ASP.NET 要求的功能。 當應用程式在 IIS 應用程式集區中執行時，那些要求會停留在 IIS I/O 執行緒，因此並行存取會由 IIS 執行緒設定來節流。

requestQueueLimit 設定的運作方式與 processModel 項目的 requestQueueLimit 屬性相同，這個項目可在 ASP.NET 應用程式的 Web.config 檔中設定。 但是，aspnet.config 檔中的 requestQueueLimit 設定會覆寫 Web.config 檔中的 requestQueueLimit 設定。 換句話說，如果兩個屬性都已設定 (預設值為 true)，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 設定)