.NET 6 Worker Service中Serilog无法注入ILogger问题

排查步骤 #

• 检查构造函数的ILogger类型
  确认FileConsumerService的构造函数是否使用了非泛型的ILogger。DI容器默认注册的是泛型版本ILogger<T>，非泛型ILogger需要额外配置才能被解析。将构造函数参数改为ILogger<FileConsumerService>即可解决大部分此类问题。

• 确认Serilog注册顺序
  必须保证UseSerilog()的调用在所有服务注册之前。如果先注册自定义服务再配置Serilog，DI容器在解析服务时还未替换为Serilog的Logger实现，就会出现注入失败。正确顺序示例：

  var builder = Host.CreateDefaultBuilder(args);
  
  // 先配置Serilog
  builder.UseSerilog((context, config) =>
  {
      config.ReadFrom.Configuration(context.Configuration);
      // 其他Serilog配置逻辑
  });
  
  // 再注册自定义服务与Worker
  builder.Services.AddScoped<IFileConsumerService, FileConsumerService>();
  builder.Services.AddHostedService<Worker>();
  

• 验证NuGet包完整性
  确保已安装Serilog.AspNetCore（核心整合包）以及对应的输出接收器包（如Serilog.Sinks.Console、Serilog.Sinks.File）。仅安装Serilog基础包无法完成与.NET DI容器的整合。

• 手动验证DI容器的Logger注册
  在Program.cs中添加验证代码，确认容器能正确解析Logger：

  var host = builder.Build();
  using var scope = host.Services.CreateScope();
  var logger = scope.ServiceProvider.GetService<ILogger<FileConsumerService>>();
  if (logger == null)
  {
      // 说明Logger未被正确注册，需检查Serilog初始化逻辑
  }
  

• 检查配置文件有效性
  确认appsettings.json中的Serilog配置无语法错误，比如sinks路径、格式器配置是否正确。配置错误可能导致Serilog初始化失败，进而影响Logger的DI注册。

• 对比正常项目的配置差异
  将当前项目的Program.cs代码、自定义类构造函数、appsettings配置与正常运行的项目逐行对比，定位两者的差异点（比如服务注册方式、Serilog配置细节）。

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