講解VB.NET定時器中System.Timers.Timer類
在向大家詳細介紹VB.NET定時器 之前，首先讓大家了解下VB.NET，然后全面介紹 System.Timers.Timer 。VB.NET框架文檔指出System.Timers.Timer類是一個VB.NET定時器中服務定時器，是為多線程環境進行設計和優化。該定時器類的實例能夠被多個線程安全地訪問。不像System.Windows.Forms.Timer，System.Timers.Timer缺省的，將在一個工作者線程上調用你的定時器事件處理函數，該工作者線程是從公共語言運行時(CLR)線程池中獲得。這意味著在你的逝去的時間處理函數代碼中必須遵從Win32編程的黃金規則：除了創建該控件實例的線程之外，一個控件的實例從來不被任何其它的線程所訪問。
VB.NET System.Timers.Timer提供了一個簡單的方法處理這樣的困境——暴露一個公共的SynchronizingObject屬性。把該屬性設置為一個窗體實例(或者窗體上的一個控件)將保證你的事件處理函數代碼運行在SynchronizingObject被實例化的同一個線程里。
如果你使用了Visual Studio .NET工具箱，Visual Studio .NET自動的設置SynchronizingObject屬性為當前的窗體實例。首先它設定該定時器的SynchronizingObject屬性使其在功能上同System.Windows.Forms.Timer類一樣。對于大部分功能，的確是這樣。當操作系統通知System.Timers.Timer類所允許的定時時間已過去，定時器使用SynchronizingObject.Begin.Invoke方法在一個線程上去執行事件委托，該線程是創建SynchronizingObject的線程。事件處理函數將被阻塞直到UI線程能夠處理它。然而不像System.Windows.Forms.Timer類一樣，該事件最終仍然能夠被引發。像你在Figure 2中看到的，當UI線程不能夠處理時System.Windows.Forms.Timer不會引發事件，可是當UI線程可用時System.Timers.Timer卻會排隊等候處理。
正如我早先提到的，VB.NET System.Timers.Timer類成員非常類似與System.Windows.Forms.Timer。最大的區別就在與System.Timers.Timer類是對Win32可等待定時對象的一個包裝，并在工作者線程上產生一個時間片消失事件而不是在UI線程上產生一個時間標記事件。時間片消失事件必須與一個同ElapsedEventHandler委托像匹配的事件處理函數相連接。事件處理函數接受一個ElapsedEventArgs類型的參數。
除了標準的EventArgs成員，ElapsedEventArgs類暴露了一個公共的SignalTime屬性，它包含了一個精確的VB.NET定時器時間片消失的時間。因為這個類支持不同線程的訪問，除了時間消失事件所在的線程，應該相信它的Stop方法能夠被其它線程所調用。這會潛在的導致消失事件被引發即使其Stop方法已經被調用。你可以把SignalTime和Stop方法調用的時間進行比較來解決這個問題。
System.Timers.Timer也提供了AutoReset屬性來決定當時間片消失事件引發后是繼續進行還是只這一次。要記住在定時器開始后重設間隔屬性會導致當前計數為0。比如，設置了一個5秒的間隔，在間隔被改變為10秒時3秒已經過去了，那么下一個定時器事件將會在上一個定時器事件13秒后發生。
【編輯推薦】
