IIS的程式池預設回收間隔是1740分鐘(29小時)，在自動回收過程中，應用程式池將會清空，保留在記憶體中的資料將會被清理（相當於IIS重啟）。對於網際網路應用程式，為了減少資料庫伺服器的負擔，也許會選擇將大量資料暫存在記憶體中，回收會造成記憶體資料丟失，如果沒有及時儲存到資料庫中，可能導致應用程式出問題。如果遇到系統使用高峰期，回收將可能導致一段時間應用程式無響應（出現假死狀態），給予使用者一種很不好的體驗。 　　在最佳化應用程式池之前，我們應用先了解下程式池的幾個配置資訊： 　　IIS應用程式池 　　發生配置更改時禁止回收：如果為True,應用程式池在發生配置更改時將不會回收。 　　固定時間間隔（分鐘）：超過設定的時間後，應用程式池回收，為0意味著應用程式池不會按固定間隔回收。 　　系統預設設定的時間是1740分鐘（29小時）。 　　禁用重疊回收： 如果為true，將發生應用程式池回收，以便在建立另一個工作程序之前退出現有工作程序。 　　請求限制： 應用程式池在回收之前可以處理的最大請求數。如果值為0，則表示應用程式池可以處理的請求數沒有限制。 　　生成回收事件日誌條目： 每發生一次指定的回收事件時便產生一個事件日誌條目，裡面的明細設定不一一介紹。 　　問題分析：每1740分鐘(29小時)回收一次是否合理？ 　　不太合理，這個週期內，有可能應用程式處於訪問高峰期。因為每天的回收時間都是不一樣的，很有可能在高峰期回收，就會造成短時間內網站訪問出現問題。因此，要避免最大程度的減少對使用者的影響，我們需要充分的分析應用程式的訪問情況，例如哪個時間段是高峰， 　　哪個時間段訪問人數最少。瞭解到這些後，應用程式部署人員就應該設定固定的回收時間，例如一個網站凌晨兩點訪問人數是最少的，那麼它可以設定“特定回收時間”在凌晨兩點，應用程式池裡面的特定時間是支援設定多個的，請注意。