运行后台任务遇System.AggregateException：构造函数歧义问题

问题根源 #

报错提示的"歧义构造函数"是核心原因：ASP.NET Core的依赖注入容器在实例化EmailService时，发现它存在多个公共构造函数，无法自动判断应该使用哪一个来注入依赖，最终触发AggregateException（内部实际是InvalidOperationException）。

解决步骤 #

1. 清理冗余构造函数
   直接删除EmailService中不需要的公共构造函数，只保留一个需要依赖注入的构造函数。比如：

   public class EmailService : BackgroundService
   {
       private readonly ILogger<EmailService> _logger;
   
       // 只保留这一个构造函数
       public EmailService(ILogger<EmailService> logger)
       {
           _logger = logger;
       }
   
       protected override async Task ExecuteAsync(CancellationToken stoppingToken)
       {
           // 后台任务逻辑
       }
   }
   

2. 强制指定构造函数（特殊场景）
   如果确实需要保留多个构造函数（不推荐这种设计），可以用[ActivatorUtilitiesConstructor]特性标记你希望DI容器使用的构造函数，明确告诉容器选择哪一个：

   public class EmailService : BackgroundService
   {
       private readonly ILogger<EmailService> _logger;
   
       // 非DI使用的构造
       public EmailService(string customParam) {}
   
       // 标记这个为DI要使用的构造
       [ActivatorUtilitiesConstructor]
       public EmailService(ILogger<EmailService> logger)
       {
           _logger = logger;
       }
   
       // ... 其他代码
   }
   

3. 确认服务注册正确性
   检查Program.cs中的注册代码，确保是用正确的方式注册后台服务：

   // 正确的注册方式二选一
   builder.Services.AddHostedService<EmailService>();
   // 或者
   builder.Services.AddSingleton<IHostedService, EmailService>();
   

关键说明 #

ASP.NET Core DI容器的默认行为是：当目标类有多个公共构造函数时，不会尝试猜测使用哪一个，直接抛出歧义错误。所以保持类的构造函数单一化，是避免这类问题的最佳实践。

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