作為.Net開發人員，其實對IIS的應用程序池知之甚少，在工作中我也有幾次遇到過網站無故打不開的情況，找了半天原因也找不到是怎麽造成的，有一次我給網站找了一個程序程序池後發現就能正常訪問了，這也讓我對辨別是問題產生了好奇和疑問，於是開始找這方面的一些資料，原來IIS的應用程序池一般默認都會自動回收的，默認有29個小時回收一次，所以很多時候因為不是上班時間我們沒有遇到過，那麽對於互聯網web應用，如何在用戶毫無感知的情況下回收程序池?（對用戶產生最小的影響）

簡單理解IIS應用程序池

應用程序池可以看成是裝載計算機分配給Web應用程序的內存的容器。

網絡上有人這樣比喻：如果內存是水，那麽應用程序池就是魚缸，Web應用程序就是魚缸裏的金魚。多個Web應用程序可以放在同一個應用程序池裏面，也就是說一個魚缸可以養多條金魚。如果金魚多了，魚缸的的空間有限，那麽金魚之間就會爭搶生存空間，不是很堅固的魚缸就會破裂，所有的金魚（網站）就會受到影響，即內存不足，造成內存溢出的問題。如果時間久了，魚缸裏面的水質就會變差，金魚就好像生活在臭水溝裏，因此我們需要定期換水（回收程序池）。

程序池自動回收優化

IIS的程序池默認回收間隔是1740分鐘(29小時)，在自動回收過程中，應用程序池將會清空，保留在內存中的數據將會被清理（相當於IIS重啟）。對於互聯網應用程序，為了減少數據庫服務器的負擔，也許會選擇將大量數據暫存在內存中，回收會造成內存數據丟失，如果沒有及時保存到數據庫中，可能導致應用程序出問題。如果遇到系統使用高峰期，回收將可能導致一段時間應用程序無響應（出現假死狀態），給予用戶一種很不好的體驗。 在優化應用程序池之前，我們應用先了解下程序池的幾個配置信息：

發生配置更改時禁止回收：如果為True,應用程序池在發生配置更改時將不會回收。
固定時間間隔（分鐘）：超過設置的時間後，應用程序池回收，為0意味著應用程序池不會按固定間隔回收。 系統默認設置的時間是1740分鐘（29小時）。
禁用重疊回收：

問題分析：每1740分鐘(29小時)回收一次是否合理？

不太合理，這個周期內，有可能應用程序處於訪問高峰期。因為每天的回收時間都是不一樣的，很有可能在高峰期回收，就會造成短時間內網站訪問出現問題。因此，要避免最大程度的減少對用戶的影響，我們需要充分的分析應用程序的訪問情況，例如哪個時間段是高峰，哪個時間段訪問人數最少。了解到這些後，應用程序部署人員就應該設定固定的回收時間，例如一個網站淩晨兩點訪問人數是最少的，那麽它可以設置“特定回收時間”在淩晨兩點，應用程序池裏面的特定時間是支持設定多個的，請註意。

一、選擇每天淩晨2點回收

二、每周周六深夜回收

我們推薦采用windows “任務計劃程序”配置一個操作系統定時任務執行腳本程序來實現IIS回收，設置方便，也可以靈活調整。 要通過腳本執行IIS的功能，需要在IIS安裝配置的時候，勾選上管理工具中的“IIS管理腳本和工具”（見下圖）。

用vbs腳本及批處理文件，結合任務計劃程序，保證在每周六深夜1點執行IIS回收。

用vbs腳本及批處理文件，結合任務計劃程序，保證在每周六深夜1點執行IIS回收。

成功用windows計劃任務解決IIS定時回收問題。

如何設置IIS程序池的回收時間，才能最大程度的減少對用戶的影響?