新聞中心
在向大家詳細介紹VB.NET定時器 之前,首先讓大家了解下VB.NET,然后全面介紹 System.Timers.Timer 。VB.NET框架文檔指出System.Timers.Timer類是一個VB.NET定時器中服務定時器,是為多線程環(huán)境進行設計和優(yōu)化。該定時器類的實例能夠被多個線程安全地訪問。不像System.Windows.Forms.Timer,System.Timers.Timer缺省的,將在一個工作者線程上調用你的定時器事件處理函數(shù),該工作者線程是從公共語言運行時(CLR)線程池中獲得。這意味著在你的逝去的時間處理函數(shù)代碼中必須遵從Win32編程的黃金規(guī)則:除了創(chuàng)建該控件實例的線程之外,一個控件的實例從來不被任何其它的線程所訪問。

成都創(chuàng)新互聯(lián)公司主營翔安網站建設的網絡公司,主營網站建設方案,重慶APP軟件開發(fā),翔安h5微信小程序開發(fā)搭建,翔安網站營銷推廣歡迎翔安等地區(qū)企業(yè)咨詢
VB.NET System.Timers.Timer提供了一個簡單的方法處理這樣的困境——暴露一個公共的SynchronizingObject屬性。把該屬性設置為一個窗體實例(或者窗體上的一個控件)將保證你的事件處理函數(shù)代碼運行在SynchronizingObject被實例化的同一個線程里。
如果你使用了Visual Studio .NET工具箱,Visual Studio .NET自動的設置SynchronizingObject屬性為當前的窗體實例。首先它設定該定時器的SynchronizingObject屬性使其在功能上同System.Windows.Forms.Timer類一樣。對于大部分功能,的確是這樣。當操作系統(tǒng)通知System.Timers.Timer類所允許的定時時間已過去,定時器使用SynchronizingObject.Begin.Invoke方法在一個線程上去執(zhí)行事件委托,該線程是創(chuàng)建SynchronizingObject的線程。事件處理函數(shù)將被阻塞直到UI線程能夠處理它。然而不像System.Windows.Forms.Timer類一樣,該事件最終仍然能夠被引發(fā)。像你在Figure 2中看到的,當UI線程不能夠處理時System.Windows.Forms.Timer不會引發(fā)事件,可是當UI線程可用時System.Timers.Timer卻會排隊等候處理。
正如我早先提到的,VB.NET System.Timers.Timer類成員非常類似與System.Windows.Forms.Timer。最大的區(qū)別就在與System.Timers.Timer類是對Win32可等待定時對象的一個包裝,并在工作者線程上產生一個時間片消失事件而不是在UI線程上產生一個時間標記事件。時間片消失事件必須與一個同ElapsedEventHandler委托像匹配的事件處理函數(shù)相連接。事件處理函數(shù)接受一個ElapsedEventArgs類型的參數(shù)。
除了標準的EventArgs成員,ElapsedEventArgs類暴露了一個公共的SignalTime屬性,它包含了一個精確的VB.NET定時器時間片消失的時間。因為這個類支持不同線程的訪問,除了時間消失事件所在的線程,應該相信它的Stop方法能夠被其它線程所調用。這會潛在的導致消失事件被引發(fā)即使其Stop方法已經被調用。你可以把SignalTime和Stop方法調用的時間進行比較來解決這個問題。
System.Timers.Timer也提供了AutoReset屬性來決定當時間片消失事件引發(fā)后是繼續(xù)進行還是只這一次。要記住在定時器開始后重設間隔屬性會導致當前計數(shù)為0。比如,設置了一個5秒的間隔,在間隔被改變?yōu)?0秒時3秒已經過去了,那么下一個定時器事件將會在上一個定時器事件13秒后發(fā)生。
標題名稱:講解VB.NET定時器中System.Timers.Timer類
當前URL:http://m.5511xx.com/article/djihipd.html


咨詢
建站咨詢
