如何确保BackgroundService仅运行单个实例，避免多实例重复执行？

• 同进程内多实例触发：AddHostedService<T> 每调用一次就会向容器注册一个新的IHostedService实例，主机启动时会启动所有注册的IHostedService，如果重复注册就会出现同一进程内多个服务实例并行执行。你之前单独注册单例不生效，是因为只注册了MyBackgroundTask的单例，没有将其关联到IHostedService的注册逻辑，主机构建时不会扫描到该单例作为后台服务启动。
• 跨进程多实例触发：如果你的服务做了多副本部署（比如K8s多Pod、多服务器负载部署），每个进程都会独立启动一个后台服务实例，这种情况进程内的单例模式完全失效，必须用分布式方案控制。
• 代码逻辑隐患：当前逻辑中如果Task.Delay触发取消异常会直接进入下一次循环，导致业务逻辑被无间隔重复执行；且两次执行间隔为「业务执行耗时+4小时」，不符合固定每4小时运行一次的预期。

方案1：同进程内保证单实例运行 #

使用正确的单例注册方式，既保证服务只有一个实例，又能被主机正常识别启动：

// 先注册业务类单例
services.AddSingleton<MyBackgroundTask>();
// 将单例实例关联到IHostedService注册，主机启动时会触发执行
services.AddSingleton<IHostedService>(sp => sp.GetRequiredService<MyBackgroundTask>());

同时检查项目所有注册代码，确认没有多处调用AddHostedService<MyBackgroundTask>的逻辑。

方案2：跨部署多实例场景保证唯一执行 #

如果是多副本部署场景，任选以下一种方案实现：

• 加分布式锁：执行业务逻辑前先抢占分布式锁（比如Redis红锁、数据库行锁），抢占成功才执行业务，执行完成后释放锁，锁过期时间设置大于业务最大执行时长即可。
• 用分布式调度框架：替换自行实现的BackgroundService，改用Hangfire、Quartz.Net等支持分布式调度的框架，天然支持任务唯一执行、失败重试、执行日志等能力。
• 数据库幂等校验：在业务逻辑落地数据的层面加唯一索引、乐观锁校验，就算重复执行也不会产生重复数据，兜底兼容异常场景。

public class MyBackgroundTask : BackgroundService
{
  protected override async Task ExecuteAsync(CancellationToken stoppingToken)
  {
    // 如果需要服务启动就立刻执行一次，可以保留下面这行
    await Task.Yield();

    while (!stoppingToken.IsCancellationRequested)
    {
      try
      {
        // 【可选】多实例场景下这里先加分布式锁抢占，抢占失败直接跳过本次执行
        // 执行业务计算逻辑
        // ...
        
        // 固定每4小时执行一次的逻辑：计算下一次执行的时间点，减去当前时间得到等待时长
        var nextRunTime = DateTime.Now.AddHours(4);
        var waitDelay = nextRunTime - DateTime.Now;
        if (waitDelay > TimeSpan.Zero)
        {
          await Task.Delay(waitDelay, stoppingToken);
        }
      }
      catch (OperationCanceledException)
      {
        // 服务取消触发的异常直接退出循环，终止服务
        break;
      }
      catch (Exception e)
      {
        // 业务异常建议打错误日志，根据需要设置异常后的重试等待时间，避免短时间重复执行
        await Task.Delay(TimeSpan.FromMinutes(1), stoppingToken);
      }
    }
  }
} 

内容的提问来源于stack exchange，提问作者Mokky Miah