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

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

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

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

“比较.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

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

源

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

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