當工作進程無響應時，如何防止IIS回收應用程序池

Question

我們有一個WCF服務，可以處理大量請求。

正如我發現的那樣，當當前請求的數量超過最大當前連接的限制時，隨后的請求將排隊等待稍后執行。 如果在這些請求有機會執行之前發生超時，則IIS會確定工作進程無響應，並殺死它（或回收應用程序池）。

回收過程大約需要一分鍾，同時服務將中斷，這對我們來說是個大問題。

不管代碼中的超時和響應時間長的原因（我們已經在處理），我的問題是：

如果我們為此應用程序池定義多個工作進程，那么如果其中一個工作進程處於相同情況，會發生什么？ IIS是否會回收應用程序池，否則特定的工作進程將被殺死，而其他工作進程將繼續處理請求？

Answer 1

如果您在應用程序池中有多個工作流程（所謂的網絡花園），並且其中一個超過了請求/內存/對ping不響應的限制，則所有這些流程都將被回收。

http://www.treeloop.com/blog/iis-application-domain-and-pool-recycling