ASP.NET 定時任務與IIS應用程序回收

Modified on 2008/12/02 14:12 by tomexou — Categorized as: Program

作者: Tomex Ou

 

研究動機

最常見是「電子報」的定時寄送，在ASP.NET應用裏，我們通常會建立一個Windows Service來負責定時的電子報寄送服務，但每次佈署網站時得需要管理員權限來佈署這服務。其實，ASP.NET應用程式可以透過Global.aspx中的定義來執行定時計劃性任務，實作方式很簡單(加入一個Timer即可)，但它會遇到iis的應用程序定時回收機制(預設是每29個小時)，即會停止運作。解決的方式可詳看這篇文章: asp.net計劃任務-解決應用池回收問題。整個技術的重點在於掌握Timer失去功效的時機，為此我作了一番測試與驗證，才敢正式使用。
 

Timer執行時機

原文沒把timer物件的宣告等級調為全域，隨時有可能被回收: 



原本要用EventLog寫入事件記錄，但ASP.NET在安全等級不允許，因此我使用一個I/O Log來記錄timer觸發的時機點。 

 

IIS回收時機

IIS管理員中，你可以隨時停止一個虛擬子網站的運行: 


然而，它只是阻止Web Client連線，並不會影響該Web程式的內應用程序，只有透過Browse該網站，才會啟動Application_Start()函式。每個ASP.NET應用程式都會對映到其「應用程式池」，它預設29小時會回收所衍生的程序(取消定時回收並不是一個好的主意): 


這個回收程序執行時，就會觸發Application_End()函式，並停止所有運作，等到有人再Browse該網站任一頁，才會再啟動Application_Start()函式。 因此我們若要維持timer不中斷，就必須在End函式中，再去觸發browse網站任一頁。 


當你要手動執行回收時，在「應用程式集區」按右鍵: 

 

本文結論

這篇文章探討IIS觸發Web應用程式的Application_Start()與End()時機，唯有充份了解，才能掌握Timer計劃性任務的確切執行。

2008-12-02 PM 02:11:01
或許是在外頭Hosting主機的應用集區定時回收或終止，以上的網頁定時機制並不穩定，有時能定時執行，有時卻莫名終止了，而本機測試時倒都是正常的。所以，有一好沒兩好，世事如此無常 :)

---

人生到處知何似
應似飛鴻踏雪泥