System.Timers.Timer 与 System.Threading.Timer

Question

我最近一直在检查一些可能的计时器，System.Threading.Timer 和 System.Timers.Timer 对我来说是必要的（因为它们支持线程池）。

我正在制作一个游戏，我计划使用所有类型的事件，以不同的间隔等。

哪个最好？

Answer 1

这篇文章提供了相当全面的解释：

“Comparing the Timer Classes in the .NET Framework Class Library” - 也可用as a .chm file

具体的区别似乎是System.Timers.Timer 面向多线程应用程序，因此通过其SynchronizationObject 属性是线程安全的，而具有讽刺意味的是System.Threading.Timer 并不是开箱即用的线程安全。

我不认为两者之间存在差异，因为它与您的间隔可以有多小有关。

Answer 2

在他的《CLR Via C#》一书中，Jeff Ritcher不鼓励使用System.Timers.Timer，这个定时器是从System.ComponentModel.Component派生的，允许它在设计中使用Visual Studio 的表面。因此，它仅在您想要在设计表面上使用计时器时才有用。

他更喜欢将System.Threading.Timer 用于线程池线程上的后台任务。

Answer 3

System.Threading.Timer 是一个普通的计时器。它会在线程池线程（来自工作池）上调用您。

System.Timers.Timer 是一个 System.ComponentModel.Component，它包装了一个 System.Threading.Timer，并提供了一些用于在特定线程上调度的附加功能。

System.Windows.Forms.Timer 改为包装原生 message-only-HWND 并使用 Window Timers 在该 HWND 消息循环中引发事件。

如果您的应用没有 UI，并且您想要尽可能轻量级和通用的 .Net 计时器（因为您很高兴自己搞定线程/调度），那么 System.Threading.Timer 就可以做到最好在框架中。

我不完全清楚System.Threading.Timer 所谓的“非线程安全”问题是什么。也许和这个问题中的问题一样：Thread-safety of System.Timers.Timer vs System.Threading.Timer，或者也许每个人的意思是：

1. 当您使用计时器时，很容易编写竞态条件。例如。看到这个问题： Timer (System.Threading) thread safety

2. 计时器通知的重新进入，您的计时器事件可以在您完成处理 first 事件之前触发并回调您 秒 时间。例如。看到这个问题：Thread-safe execution using System.Threading.Timer and Monitor

Answer 4

我从MSDN找到了一个简短的比较

.NET Framework 类库包括四个名为 Timer 的类， 每个都提供不同的功能：

System.Timers.Timer，它会触发一个事件并定期在一个或多个事件接收器中执行代码。该课程旨在 用作多线程中的基于服务器或服务组件 环境;它没有用户界面，在运行时不可见。

System.Threading.Timer，它定期在线程池线程上执行单个回调方法。回调方法是 当定时器被实例化并且不能改变时定义。如 System.Timers.Timer 类，该类旨在用作 多线程环境中的基于服务器或服务组件；它 没有用户界面，在运行时不可见。

System.Windows.Forms.Timer，一种 Windows 窗体组件，它触发一个事件并定期在一个或多个事件接收器中执行代码 间隔。该组件没有用户界面，专为使用而设计 在单线程环境中。

System.Web.UI.Timer，一个定期执行异步或同步网页回发的 ASP.NET 组件。

Answer 5

这两个类在功能上是等效的，除了System.Timers.Timer 可以通过设置SynchronizingObject 来通过ISynchronizeInvoke 调用其所有计时器到期回调。否则，两个计时器都会在线程池线程上调用过期回调。

当您将 System.Timers.Timer 拖到 Windows 窗体设计图面上时，Visual Studio 会将 SynchronizingObject 设置为表单对象，这会导致在 UI 线程上调用所有过期回调。

Answer 6

来自 MSDN：System.Threading.Timer 是一个简单的轻量级计时器，它使用回调方法并由线程池线程提供服务。不建议与 Windows 窗体一起使用，因为它的回调不会发生在用户界面线程上。 System.Windows.Forms.Timer 是与 Windows 窗体一起使用的更好选择。对于基于服务器的计时器功能，您可以考虑使用System.Timers.Timer，它会引发事件并具有附加功能。

Source

Answer 7

上面没有提到的一个重要区别可能会让您感到困惑，System.Timers.Timer 会默默地吞下异常，而 System.Threading.Timer 不会。

例如：

var timer = new System.Timers.Timer { AutoReset = false };
timer.Elapsed += (sender, args) =>
{
    var z = 0;
    var i = 1 / z;
};
timer.Start();

对

var timer = new System.Threading.Timer(x =>
{
    var z = 0;
    var i = 1 / z;
}, null, 0, Timeout.Infinite);

Answer 8

来自 Microsoft 的相关信息（请参阅 Remarks on MSDN）：

• System.Timers.Timer, 它触发一个事件并在一个或多个事件接收器中执行代码 定期。该类旨在用作基于服务器的 或多线程环境中的服务组件；它没有用户 界面并且在运行时不可见。
• System.Threading.Timer, 它在线程池线程上执行单个回调方法 定期间隔。回调方法是在定时器运行时定义的 已实例化且无法更改。像 System.Timers.Timer 类，该类旨在用作基于服务器的或服务 多线程环境中的组件；它没有用户界面，并且 在运行时不可见。
• System.Windows.Forms.Timer （仅限 .NET Framework），一个触发事件的 Windows 窗体组件 并定期在一个或多个事件接收器中执行代码。 该组件没有用户界面，设计用于 单线程环境；它在 UI 线程上执行。
• System.Web.UI.Timer （仅限 .NET Framework），一个执行异步的 ASP.NET 组件 或定期同步网页回发。

有趣的是，System.Timers.Timer 在 .NET Core 1.0 中已被弃用，但在 .NET Core 2.0 (/.NET Standard 2.0) 中再次实现。 .NET Standard 2.0 的目标是尽可能轻松地从 .NET Framework 切换，这可能是它回归的原因。

当它被弃用时，.NET Portability Analyzer Visual Studio Add-In 建议改用System.Threading.Timer。

看起来微软在System.Timers.Timer之前更喜欢System.Threading.Timer。

编辑说明 2018-11-15： 由于有关 .NET Core 1.0 的旧信息不再有效，因此我决定更改答案。

Answer 9

正如其他人提到的MS Docs 的链接，System.Timers.Timer 和System.Threading.Timer 之间的一个主要区别是System.Threading.Timer 执行单个回调方法定义一次而System.Timers.Timer 对事件做出反应，因此支持多个订阅者，也可以删除。

如上所述，System.Timers.Timer 在内部使用System.Threading.Timer，例如Enable=false 处理内部计时器，并在 Enable=true / Start() 上重新创建它： https://source.dot.net/#System.ComponentModel.TypeConverter/System/Timers/Timer.cs