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

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

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

“比较.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.Timers.Timer有一个选项可以通过设置SynchronizingObject来调用ISynchronizeInvoke来调用所有的计时器过期回调。否则，两个计时器都调用线程池线程的过期回调。

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

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