推荐订阅源

System.Windows.Forms.Timer和System.Timers.Timer的区别 [转]

.NET Framework里面提供了三种Timer：

• System.Windows.Forms.Timer
  
• System.Timers.Timer
  
• System.Threading.Timer

Visual Studio 2003的工具箱里面默认提供了System.Windows.Forms.Timer和System.Timers.Timer两种，而Visual Studio 2005中确只默认提供了System.Windows.Forms.Timer这一种。这里简单的介绍一下这两种Timer的区别。

System.Windows.Forms.Timer是使用得比较多的Timer，Timer Start之后定时（按设定的Interval）调用挂接在Tick事件上的EvnetHandler。在这种Timer的EventHandler中可以直接获取和修改UI元素而不会出现问题--因为这种Timer实际上就是在UI线程自身上进行调用的。也正是因为这个原因，导致了在Timer的EventHandler里面进行长时间的阻塞调用，将会阻塞界面响应的后果。下面是一个简单的例子：

Code

在这个例子中，DoWork方法里面将会阻塞10秒，在这10秒之内，UI将会失去响应。而通过使用System.Timers.Timer，就可以解决这个问题。因为System.Timers.Timer是在.NET的Thread Pool上面运行的，而不是直接在UI Thread上面运行，所以在这种Timer的EventHandler里面进行耗时较长的计算不会导致UI失去响应。但是这里有两个地方需要注意：

1. 因为一般来说System.Timers.Timer不是运行在UI Thread上面的，所以如果要在这种Timer的EventHandler里面更新UI元素的话，需要进行一次线程切换，在WinForm开发中一般通过UI元素的Invoke方法完成：
   

   
       
   Code
       

2. System.Timers.Timer有一个Property：SynchronizingObject 。如果设置了这个Property（一般是某个Form），那么之后对Timer挂接的EventHandler的调用将会在创建这个UI元素的线程上进行（一般来说就是UI线程）。值得注意的是，如果你通过WinForm设计器把System.Timers.Timer拖放到Form上，那么这个Property将会自动被设置。此时这种Timer就和System.Windows.Forms.Timer的效果一样：长调用将会阻塞界面。