0
我們有一個處理大量請求的WCF服務。如何防止IIS在工作進程無響應時回收應用程序池
正如我所發現的，當cuncurrent請求的數量超過最大cuncurrent連接的限制時，隨後的請求將排隊等待稍後執行。如果在這些請求有機會執行之前發生超時，IIS將確定工作進程沒有響應並殺死它（或者回收應用程序池）。
回收過程大概需要一分鐘時間，同時服務也會下降，這對我們來說是個大問題。
不管在代碼的超時和較長的響應時間（我們已經在做這個工作）的原因，我的問題是這樣的：
如果我們定義多個工作進程爲這個應用程序池，如果其中一個工作流程處於相同的情況會發生什麼？ IIS是否回收應用程序池或者特定的工作進程會被殺死，而其他進程會繼續爲請求提供服務？