IIS 自動(dòng)回收導(dǎo)致后臺(tái)定時(shí)器失效的解決方法

　　問題說明： 前幾天做了一個(gè)電子郵件定時(shí)發(fā)送的程序，在實(shí)際使用時(shí)，發(fā)現(xiàn)超過預(yù)定完成時(shí)間很久，郵件仍未發(fā)送完畢。郵件的發(fā)送是由 Asp.Net 的后臺(tái)線程完成，具體的做法是通過一個(gè)全局的 Timer，按照指定的時(shí)間間隔逐封發(fā)送郵件。因?yàn)樾枰l(fā)送的郵件數(shù)量較多，并且限定了每小時(shí)發(fā)送郵件的數(shù)量為100封，因而整個(gè)發(fā)送過程大約需要 20 個(gè)小時(shí)左右。

　　解決過程： 在仔細(xì)檢測(cè)程序后，發(fā)現(xiàn)程序本身并沒有問題。于是增加事件跟蹤，從 Windows 的事件查看器中，看到 Asp.Net 應(yīng)用程序會(huì)不定時(shí)的關(guān)閉，這個(gè)時(shí)間間隔大約為 1~5 個(gè)小時(shí)一次。據(jù)此懷疑是 IIS 的問題，在網(wǎng)上搜索相關(guān)資后得知，IIS 為優(yōu)化服務(wù)器性能，會(huì)自動(dòng)對(duì)它認(rèn)為休眠的應(yīng)用程序進(jìn)行資源回收，資源回收將會(huì)導(dǎo)致網(wǎng)站應(yīng)用程序關(guān)閉。

　　可通過下述方式檢驗(yàn)該結(jié)論：

　　1、首先在 Global.asax 文件的 Application_Start 事件中添加事件記錄，標(biāo)示應(yīng)用程序的啟動(dòng)，如下：

　　System.Diagnostics.EventLog.WriteEntry("Beckman", "應(yīng)用程序啟動(dòng)。",

　　System.Diagnostics.EventLogEntryType.Information);

　　在 Application_End 事件中添加應(yīng)用程序關(guān)閉事件記錄：

　　System.Diagnostics.EventLog.WriteEntry("Beckman", "應(yīng)用程序關(guān)閉。",

　　System.Diagnostics.EventLogEntryType.Information);

　　2、打開 IIS，選擇 Web 應(yīng)用程序所在的應(yīng)用程序集，右擊后點(diǎn)擊“回收”

　　3、打開 Windows 系統(tǒng)管理工具中的“事件查看器”，可以看到

　　4、找到問題所在，解決的辦法就比較簡單，在發(fā)送第一個(gè)針對(duì)該 Web 應(yīng)用程序的 Http 請(qǐng)求后，IIS 即會(huì)自動(dòng)啟動(dòng) Web 應(yīng)用程序，那么，我們可以在Web 應(yīng)用程序關(guān)閉后，提交一個(gè)請(qǐng)求給該 Web 應(yīng)用程序，從而開啟關(guān)閉的應(yīng)用程序。程序如下：

　　在 Application_End 事件中，當(dāng) Web 應(yīng)用程序關(guān)閉 5 秒之后，由程序產(chǎn)生一個(gè)針對(duì)該 Web 應(yīng)用程序的 Http，IIS 將會(huì)再次開啟 Web 應(yīng)用程序。

　　備注及說明： 其實(shí)對(duì)于這個(gè)問題，最好的解決辦法并不是基于 ASP.NET，而是另外編寫一個(gè) Windows 服務(wù)來執(zhí)行這種長時(shí)間的后臺(tái)任務(wù)，但是在某些條件下，如客戶租用的是虛擬主機(jī)，那么采用 Windows 服務(wù)的解決方案顯然不可行，一般說來虛擬主機(jī)提供商不會(huì)允許安裝 Windows 服務(wù)，或者要另行收費(fèi)，那么本文所敘的方法仍不失為一個(gè)好辦法。

生活不易，碼農(nóng)辛苦
如果您覺得本網(wǎng)站對(duì)您的學(xué)習(xí)有所幫助,可以手機(jī)掃描二維碼進(jìn)行捐贈(zèng)