一个区别是
System.Threading.Timer在线程池线程上调度回调，而不是每次都创建一个新线程。如果您需要在应用程序的生命周期内多次执行此操作，则可以节省创建和销毁一堆线程的开销（如您所引用的文章所述，此过程非常耗资源），因为它将只需重用池中的线程，如果一次要使用多个计时器，这意味着您一次运行的线程会更少（也节省了大量资源）。
换句话说，
Timer它将更加高效。它也可能更准确，因为
Thread.Sleep只保证您指定的时间最少就可以等待（操作系统可能会使它进入更长时间的睡眠）。当然，
Timer仍然不能完全准确，但是目的是在尽可能接近指定的时间触发回调，但这不一定是的目的
Thread.Sleep。
至于销毁
Timer，回调函数可以接受参数，因此您可以将
Timer自身作为参数传递，并在回调函数中调用Dispose（尽管我还没有尝试过-
我想Timer可能是在回调期间锁定）。
编辑：不，我想您不能这样做，因为您必须在
Timer构造函数本身中指定回调参数。
也许是这样的吗？（再次，实际上没有尝试过）
class TimerState{ public Timer Timer;}…并启动计时器：
TimerState state = new TimerState();lock (state){ state.Timer = new Timer((callbackState) => { action(); lock (callbackState) { callbackState.Timer.Dispose(); } }, state, millisecond, -1);}锁定应防止计时器回调
Timer在设置字段之前尝试释放计时器。
附录：如注释者所指出的，如果
action()对UI进行操作，则使用a
System.Windows.Forms.Timer可能是更好的选择，因为它将在UI线程上运行回调。然而，如果不是这种情况下，它的到
Thread.Sleep主场迎战
Threading.Timer，
Threading.Timer是要走的路。
