C#怎么使用Timer定时器_C#如何执行周期性任务【干货】

应根据运行环境选择Timer：WinForms用System.Windows.Forms.Timer，WPF用DispatcherTimer，后台场景用System.Threading.Timer或PeriodicTimer（.NET 6+），并注意线程安全、异常捕获与正确释放。Timer 在 C# 里到底该用哪个？别直接写 System.Threading.Timer 或 System.Windows.Forms.Timer，先看线程上下文——你在 WinForms、WPF、ASP.NET Core 还是控制台程序里跑？不同场景下，Timer 不仅行为不同，出问题时连错误都藏得不一样。最常踩的坑是：在 WinForms 里误用 System.Threading.Timer 更新 UI 控件，结果抛出 InvalidOperationException: Cross-thread operation not valid；或者在 ASP.NET Core 后台服务里用了 System.Windows.Forms.Timer，部署就直接失败（因为没窗体消息循环）。WinForms/WPF 界面更新 → 用 System.Windows.Forms.Timer（WinForms）或 DispatcherTimer（WPF）后台计算、IO、无 UI 场景 → 用 System.Threading.Timer 或 System.Timers.Timer托管服务（如 ASP.NET Core Hosted Service）→ 优先用 System.Threading.Timer，或更现代的 IHostedService + PeriodicTimer（.NET 6+）System.Threading.Timer 怎么避免“只触发一次”？它默认不自动重复，很多人调了 new Timer(callback, state, dueTime, period) 却发现只执行了一次，其实是把 period 设成了 Timeout.Infinite 或 0，或者 callback 里抛了未捕获异常导致后续调度被静默终止。System.Threading.Timer 的回调运行在线程池线程上，异常不会冒泡到主线程，也不会停掉定时器——但下次触发前如果 callback 崩了，那这次调度就丢了，看起来像“断掉”。确保 period > 0（比如 TimeSpan.FromSeconds(5)），dueTime 和 period 都用毫秒或 TimeSpan，别混用 int 和 longcallback 必须自行 try/catch，否则异常会吞掉，定时器继续跑但什么也不做不要在 callback 里直接操作 UI 控件；需要更新界面时，走 Control.Invoke 或 Dispatcher.Invokevar timer = new Timer(_ => { try { Console.WriteLine("Tick at " + DateTime.Now); // 可能出错的操作 DoWork(); } catch (Exception ex) { // 必须捕获，否则你看不到错误，timer 也看似“卡住” Console.WriteLine($"Error: {ex.Message}"); }}, null, TimeSpan.Zero, TimeSpan.FromSeconds(3));PeriodicTimer 是不是比老 Timer 更好用？是，但只限 .NET 6+。它专为 async 场景设计，支持 await，且取消语义清晰，没有“回调线程不可控”的问题。但它不能替代所有场景——比如你仍需在 WinForms 中安全刷新 Label，PeriodicTimer 自身不提供 UI 线程调度能力。 橙篇 百度文库发布的一款综合性AI创作工具