Question

定时器和线程同时运行 线程会打断定时器运行吗

Answer 1

在线程中使用 System.Windows.Forms.Timer 是不能触发 Tick 事件的，为什么？如何在线程中使用定时器呢？就看本文介绍。

一. System.Windows.Forms.Timer
System.Windows.Forms.Timer 要求要有UI 消息泵， 所以通常只在主线程上使用.
System.Windows.Forms.Timer 用于以用户定义的事件间隔触发事件。
Windows 计时器是为单线程环境设计的，其中，UI 线程用于执行处理。
它要求用户代码有一个可用的 UI 消息泵，而且总是在同一个线程中操作，或者将调用封送到另一个线程.

且看MSDN的用法解释:
实现在用户定义的时间间隔引发事件的计时器。此计时器最宜用于 Windows 窗体应用程序中，并且必须在窗口中使用。

二. System.Timers.Timer
System.Timers.Timer 组件是基于服务器的计时器，它使您能够指定在应用程序中引发 Elapsed 事件的周期性间隔。
然后可以操控此事件以提供定期处理。例如，假设您有一台关键困纳性服务器，必须每周 7 天、每天 24 小时都保持运行。
可以创建一个使用 Timer 的服务，以定期检查服务器并确保系统开启并在运行。如果系统不响应，则该服务可以尝试重新启动服务器或通知管理员。

基于服务器的庆镇 Timer 是为在多线程环境中用于辅助线程而设计的。
服务器计时器可以在线程间移动来处理引发的 Elapsed 事件，这样就可以比 Windows 计时器更精确地按时引发事汪差没件。
有关基于服务器的计时器的更多信息，请参见“基于服务器的计时器介绍”。

在 Visual Studio 和 .NET Framework 中有三种计时器控件：基于服务器的计时器（可以在“工具箱”的“组件”选项卡上看到）、基于 Windows 的标准计时器（可以在“工具箱”的“Windows 窗体”选项卡上看到）和线程计时器（只能以编程方式使用）。
基于 Windows 的计时器从 Visual Basic 1.0 版起就存在于该产品中，并且基本上未做改动。该计时器针对在 Windows 窗体应用程序中使用而进行了优化。
基于服务器的计时器是传统的计时器为了在服务器环境上运行而优化后的更新版本。
线程计时器是一种简单的、轻量级计时器，它使用回调方法而不是使用事件，并由线程池线程提供支持。

在 Win32 体系结构中有两种类型的线程：UI 线程和辅助线程。UI 线程绝大多数时间处于空闲状态，等待消息循环中的消息到来。
一旦接收到消息，它们就进行处理并等待下一个消息到来。另外，辅助线程用来执行后台处理而且不使用消息循环。
Windows 计时器和基于服务器的计时器在运行时都使用 Interval 属性。线程计时器的时间间隔在 Timer 构造函数中设置。
计时器的设计目的各不相同，它们的线程处理明确地指出了这一点：

1.Windows 计时器是为单线程环境设计的，其中，UI 线程用于执行处理。Windows 计时器的精度限定为 55 毫秒。
这些传统计时器要求用户代码有一个可用的 UI 消息泵，而且总是在同一个线程中操作，或者将调用封送到另一个线程。对于 COM 组件来说，这样会降低性能。

2.基于服务器的计时器是为在多线程环境下与辅助线程一起使用而设计的。由于它们使用不同的体系结构，因此基于服务器的计时器可能比 Windows 计时器精确得多。
服务器计时器可以在线程之间移动来处理引发的事件。

3.对消息不在线程上发送的方案中，线程计时器是非常有用的。例如，基于 Windows 的计时器依赖于操作系统计时器的支持，如果不在线程上发送消息，与计时器相关的事件将不会发生。
在这种情况下，线程计时器就非常有用。