如何解决后台任务中的“timer drift（定时器漂移）”问题？

兄弟，你遇到的这个定时器漂移问题其实挺常见的，我来给你掰扯掰扯怎么搞定它。

先说说为啥会出现漂移吧：你现在的代码是“写完日志→等15秒”的逻辑，但写日志本身哪怕只花几毫秒，加上Task.Delay的15秒，每次循环的总耗时就会比15秒多一丢丢。次数多了，再加上系统线程调度偶尔的小延迟，这个时间差会越积越大，自然就出现你说的“越来越慢”的情况了。

给你两个实用的解决方案：

• 手动计算下一次执行时间，强制对齐间隔
  核心思路就是：不是每次从当前时间往后等15秒，而是提前定好每一次执行的时间点，每次循环只等“当前时间到下一个时间点”的差值。这样不管日志操作花了多久，都能保证严格按照15秒的间隔触发。

  代码示例：

  protected override async Task ExecuteAsync(CancellationToken stoppingToken)
  {
      // 先记录第一次执行的基准时间，用UTC时间避免时区问题
      var nextRunTime = DateTimeOffset.UtcNow;
      while (!stoppingToken.IsCancellationRequested)
      {
          // 执行你的日志写入操作
          // append some line to a log file
  
          // 计算下一次要执行的时间，固定加15秒
          nextRunTime = nextRunTime.AddSeconds(15);
          // 算出需要等待的时长：下一次时间 - 当前时间
          var delayDuration = nextRunTime - DateTimeOffset.UtcNow;
          // 确保等待时间是非负的，避免日志操作耗时过长导致负数
          if (delayDuration.TotalMilliseconds > 0)
          {
              await Task.Delay(delayDuration, stoppingToken);
          }
      }
  }
  

• 用.NET自带的PeriodicTimer类（推荐）
  如果你用的是.NET Core 3.1及以上版本，直接用PeriodicTimer就完事了！这个类是微软专门为解决周期性任务漂移设计的，内部会自动帮你对齐时间间隔，不用自己算来算去，省心得很。

  代码示例：

  protected override async Task ExecuteAsync(CancellationToken stoppingToken)
  {
      // 初始化一个15秒间隔的定时器
      using var timer = new PeriodicTimer(TimeSpan.FromSeconds(15));
      // 等待下一个时间点，直到收到取消信号
      while (await timer.WaitForNextTickAsync(stoppingToken))
      {
          // append some line to a log file
      }
  }
  

最后再提个小细节：尽量用UTC时间来计算，避免夏令时或者时区切换带来的时间波动，刚才的代码里用DateTimeOffset.UtcNow就是这个原因哦。

内容来源于stack exchange