.NET中的三種Timer的區別和用法

最大的不同就是上面的程式碼在除錯時會報錯，提示你"執行緒間操作無效: 從不是建立控制元件“label1”的執行緒訪問它。"但如果你不除錯直接執行是OK的，而且執行時你去拖動窗體會發現沒有出現假死。從這裡我們就可以知道這裡的Timer的建立執行緒和執行執行緒不是同一個執行緒。也就是使用了多執行緒。Timer的建立執行緒是UI執行緒，而執行執行緒是TheardPool中的執行緒，所以不會假死，但除錯的時候會報錯，因為非控制元件的建立執行緒不能操作控制元件。但你可以直接執行，這裡是VS05做了手腳。解決辦法很多，用delegate.BeginInvoke()等等。這裡介紹特有的一種方法，設定Timer的SynchronizingObject屬性，Timers_Timer.SynchronizingObject = label1;這樣的話，我們的話，除錯執行時就不會報錯了，但是設定了這個屬性Timer就程式設計單執行緒呼叫了，就基本和第一個完全一樣了。

Timer 是為在多執行緒環境中用於輔助執行緒而設計的。伺服器計時器可以線上程間移動來處理引發的 Elapsed 事件，這樣就可以比 Windows 計時器更精確地按時引發事件。Elapsed 事件在 ThreadPool 執行緒上引發。如果 Elapsed 事件的處理時間比 Interval 長，在另一個 ThreadPool 執行緒上將會再次引發此事件。因此，事件處理程式應當是可重入的。 

另外和前面不同的現象是每次加1後並沒有停止3秒在顯示。而是繼續顯示，只是速度稍慢。因為我們設定間隔為20ms，而執行時間為3s，所以會在20ms後在另一個執行緒中繼續執行，而當前執行緒被掛起而已。關於計時器的精度，取消3s的掛起，發現結果和第一個基本一致。 

三 System.Threading.Timer 

繼續用這個物件改造程式。 

#region System.Windows.Forms.Timer 
public partial class Form1 : Form 
{ 
public Form1() 
{ 
InitializeComponent(); 
} 

int num = 0; 
DateTime time1 = new DateTime(); 
DateTime time2 = new DateTime(); 
System.Threading.Timer Thread_Time; 

private void button1_Click(object sender, EventArgs e) 
{ 
//啟動 
Thread_Time = new System.Threading.Timer(Thread_Timer_Method,null,0,20); 
time1 = DateTime.Now; 

} 

void Thread_Timer_Method(object o) 
{ 
label1.Text = Convert.ToString((++num)); 
System.Threading.Thread.Sleep(3000); 
} 

private void button2_Click(object sender, EventArgs e) 
{ 
//停止 
Thread_Time.Dispose(); 
time2 = DateTime.Now; 
MessageBox.Show(Convert.ToString(time2-time1)); 
} 
} 
#endregion 
用Threading.Timer時的方法，和前面就不太相同了，所以的引數全部在建構函式中進行了設定，而且可以設定啟動時間。而且沒有提供start和stop方法來控制計時器。而且是以一種回撥方法的方式實現，而不是通過事件來實現的。他們之間還是有區別的。 

我們只有銷燬掉物件來停止他。當你執行時，你會發現他和前面的Timers.Timer一樣，是多執行緒的，主要表現在不會假死，除錯執行報錯。但跟讓你奇怪的是，我們的程式碼竟然無法讓她停止下來。呼叫了Dispose方法沒有用。問題在那？然後有進行了測試，修改了間隔時間為100，200，500，1000，3000，4000。這幾種情況。發現當間隔為500ms以上是基本馬上就停止了。而間隔時間相對執行時間越短，繼續執行的時間越長。這應該是在間隔時間小於執行時間時多個執行緒執行造成的。因為所有的執行緒不是同時停止的。間隔越短，執行緒越多，所以執行次數越多。 



最後來看下這個物件另外一個特殊的地方。 

static void Main() 
{ 
Timer t = new Timer(Test,null,0,1000); 
Console.ReadLine(); 
} 

public static void Test(object o) 
{ 
Console.WriteLine("nihao"); 
GC.Collect(); 
} 
這段程式碼會輸出什麼結果呢？預設情況他只輸出一次，就停止了。為什麼呢？根據上面說的，當定義物件t,執行程式碼後，進行了強制垃圾回收，因為t在Main中沒有其他引用，所以被回收掉了。但是如果我們吧編譯器的”優化“項取消掉，在看看情況。程式進然一直在輸出。為什麼執行垃圾回收卻沒有被回收呢？因為這個禁用優化選項，t的宣告週期被擴充套件到了方法結束。所以一直執行。 

因為編譯器預設是優化的，所以我們必須保證Timer物件一直被引用，而避免被垃圾回收。所以我們可以在編譯器開啟優化的情況下，在Main函式最後加上t=null保證回收前被引用，但你發現，這樣是沒用的。因為JIT編譯器優化後會吧t=null直接刪除，所以我們用t.Dispose(),就可以達到目的。在我們進行垃圾回收時，CLR發現t還有被引用，還沒執行Dispose所以不會被回收。是以Threading.Timer有時候會出現執行一次就停止或者是銷燬了還在執行的情況，而且和編譯器優化也有關，所以使用時要注意。 

最後看下MSDN的描述： 只要在使用 Timer，就必須保留對它的引用。對於任何託管物件，如果沒有對 Timer 的引用，計時器會被垃圾回收。即使 Timer 仍處在活動狀態，也會被回收。當不再需要計時器時，請使用 Dispose 方法釋放計時器持有的資源。如果希望在計時器被釋放時接收到訊號，請使用接受 WaitHandle 的 Dispose(WaitHandle) 方法過載。計時器已被釋放後，WaitHandle 便終止。 



總結： 

System.Threading.Timer 是一個簡單的輕量計時器，它使用回撥方法並由執行緒池執行緒提供服務。不建議將其用於 Windows 窗體，因為其回撥不在使用者介面執行緒上進行。System.Windows.Forms.Timer 是用於 Windows 窗體的更佳選擇。要獲取基於伺服器的計時器功能，可以考慮使用 System.Timers.Timer，它可以引發事件並具有其他功能。 

在《CLR Via C#》中講多執行緒時有提到這3個計時器，但作者說System.Timers.Timer是對System.Threading.Timer的報裝，不推薦使用，但是在我的WEB專案中的Application_Start中我還是使用的這個而不是Threading.Timer，因為使用Threading.Timer時只執行了一次就不在執行了。 

對於計時器在B/S結構中的使用就複雜一些，一般我們把計時器放在Application_OnStart中，這樣全域性維護一個計時器，可以進行定期備份資料庫，定期維護使用者等操作，而且方法寫作靜態的，以免被垃圾回收。而不建議在一般的aspx頁面中使用，因為伺服器端的定時器對使用者這樣意義不大，完全可以使用JS代替。而且這個頁面的每個請求都可能引入一個新的定時器，導致系統崩潰。另外，定時器是ASP.NET程式，IIS有關，所以對用重要的執行任務，還是建議寫成服務或獨立程式放在伺服器上執行好了。