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

源

这篇文章给出了一个相当全面的解释:

“比较.NET框架类库中的计时器类”-也可以作为.chm文件获得

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

我不相信这两者之间有什么区别，因为它涉及到你的间隔可以有多小。

正如其他人提到的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

在Jeff Ritcher的书《CLR Via c#》中，他不鼓励使用System.Timers。Timer，这个定时器来源于System.ComponentModel。组件，允许它在Visual Studio的设计面中使用。所以它只在你想在设计平面上设置计时器时才有用。

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

System.Threading.Timer是一个普通定时器。它在线程池线程(从工作池)上调用您。

timer是一个System.ComponentModel.Component，它包装了System.Threading。定时器，并提供了一些用于在特定线程上调度的附加特性。

取而代之的是，System.Windows.Forms.Timer包装了一个本地消息-only- hwnd，并使用Window Timers在HWNDs消息循环中引发事件。

如果你的应用程序没有UI，而你想要最轻量级和通用的。net定时器，(因为你很高兴自己弄清楚线程/调度)那么System.Threading.Timer是框架中最好的。

我不完全清楚System.Threading.Timer所谓的“不线程安全”问题是什么。也许这和这个问题一样:System.Timers.Timer vs . System.Threading的线程安全性。计时器，也许每个人都只是想说:

使用计时器时，编写竞态条件很容易。请看这个问题: Timer (System.Threading)线程安全 计时器通知的重入，在您完成处理第一个事件之前，计时器事件可以触发并第二次回叫您。例如:使用System.Threading.Timer和Monitor进行线程安全执行

上面没有提到的一个重要区别是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();

vs

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