System.Timers.Timer 与 System.Threading.Timer

Question

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

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

哪个是最好的？

Answer 1

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

“ 比较 .NET Framework 类库中的计时器类” - 也可用作.chm 文件

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

我不相信两者之间有区别，因为它与你的间隔有多小有关。

Answer 2

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

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

System.Windows.Forms.Timer而是包装了本机仅消息 HWND ，并使用窗口计时器在该 HWND 消息循环中引发事件。

如果您的应用程序没有 UI，并且您想要尽可能轻量级和通用的 .Net 计时器，（因为您很乐意弄清楚自己的线程/调度），那么System.Threading.Timer和它一样好框架。

我不完全清楚System.Threading.Timer所谓的“非线程安全”问题是什么。 也许它与这个问题中的问题相同： System.Timers.Timer vs System.Threading.Timer 的线程安全，或者每个人都只是意味着：

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

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

Answer 3

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

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

Answer 4

来自 Microsoft 的相关信息（请参阅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 可移植性分析器 Visual Studio 加载项建议改用System.Threading.Timer 。

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

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

Answer 5

上面没有提到的一个重要区别可能会让您感到困惑，即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 6

我从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 7

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

资源

Answer 8

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

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

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