我目前在IIS 7.5中設置了asp.net mvc站點，wcf服務等。我目前正在配置應用程序池的應用程序，並有一個關於應用程序池回收的問題。每個應用程序都相互依賴。目前，任何應用程序都沒有內存問題，但有時我們確實遇到了其中一個應用程序的CPU問題。何時安排應用程序池回收？
這些應用程序支持從歐洲到澳大利亞的多個時區，因此不會有應用程序有「停機時間」的時間。
所以關於recyles的話題，我不確定在這裏設置什麼。我應該試圖包括一些基於時間的回收或看看可能的其他方法嗎？我不確定無法回收應用程序池是否正確。
我的理解是應用程序池回收應該對最終用戶（應用程序）透明。從Thoughts on Application Pool Recycling and Application Availability：
，當回收一個應用程序池，HTTP.SYS就會保存在內核模式中的客戶端連接，而用戶模式工作進程回收。進程回收後，HTTP.SYS將新請求透明地路由到新的工作進程。因此，客戶端永遠不會「失去與服務器的所有連接」 - TCP連接永遠不會丟失 - 永遠不會注意到流程的再循環。
假設以上是真的，那麼你應該不用擔心當回收。
聲明：我不是根據經驗說話，而是看過幾篇MSDN文章，指出上述內容。一如既往，你會想測試。
Scott Forsyth在應用程序池回收默認值背景 - http://weblogs.asp.net/owscott/archive/2013/04/06/why-is-the-iis-default-app-pool-recycle-set-to-1740-minutes.aspx上有一篇很棒的文章。本質上，我將與斯科特的文章一起提供的指導是查看您的使用情況數據，並確定當您的服務/應用程序的使用率最低時何時是正確的時間段。
根據我的經驗（授予的......並不是那麼多），讓應用程序池自動回收就是在開放式槍傷上貼上創可貼。你試圖掩蓋一個實際的問題。無論這是一個代碼問題，還是硬件/縮放問題。 –