.NET 5 Worker Service中DbContext未使用appsettings.json连接字符串问题排查

看起来你遇到了一个挺让人头疼的问题——明明在配置里指定了连接字符串，DbContext却固执地用Windows服务账户（NT AUTHORITY\SYSTEM）去连接数据库，哪怕手动实例化Context也没用。我来帮你梳理几个最可能的原因和解决办法：

1. 先检查连接字符串的格式（最常见的坑） #

你需要确认appsettings.json里的连接字符串没有启用Windows身份验证，否则EF Core会自动忽略你写的用户名和密码，转而使用当前进程的账户（也就是Windows服务的NT AUTHORITY\SYSTEM）。

• 错误示例（启用了Windows身份验证）：

  "ConnectionStrings": {
    "Webapps": "Server=YourServer;Database=RailScale;Integrated Security=True;TrustServerCertificate=True;"
  }
  

  这里的Integrated Security=True（或Trusted_Connection=True）是关键，它会强制使用当前Windows账户连接数据库。

• 正确示例（使用SQL Server账户）：

  "ConnectionStrings": {
    "Webapps": "Server=YourServer;Database=RailScale;User ID=YourSqlUser;Password=YourSqlPass;TrustServerCertificate=True;"
  }
  

  确保删除所有和Windows身份验证相关的配置项，只保留SQL账户的用户名和密码。

2. 检查DbContext的构造函数是否正确 #

如果你的RailScaleContext存在自定义的无参构造函数，或者重载了构造函数，EF Core可能会忽略你在DI中配置的选项，转而使用构造函数里硬编码的连接方式。

• 错误示例：

  public class RailScaleContext : DbContext
  {
      // 无参构造函数会导致EF Core使用默认配置（可能是Windows身份验证）
      public RailScaleContext()
      {
      }
  
      // 或者硬编码了连接字符串
      public RailScaleContext(DbContextOptions<RailScaleContext> options) : base(options)
      {
          // 这里如果有额外的连接配置，可能覆盖传入的options
      }
  }
  

• 正确做法：
  让Context只接受DbContextOptions<RailScaleContext>作为唯一的构造函数参数，不要添加任何自定义的连接逻辑：

  public class RailScaleContext : DbContext
  {
      public RailScaleContext(DbContextOptions<RailScaleContext> options) : base(options)
      {
      }
  
      // 你的DbSet定义...
      public DbSet<Scale> Scales { get; set; }
  }
  

3. 验证配置是否真的被正确读取 #

虽然你说在Worker构造函数里能读到连接字符串，但可以在DI配置阶段再确认一次，避免被其他配置源（比如环境变量、命令行参数）覆盖：

public static IHostBuilder CreateHostBuilder(string[] args) => 
    Host.CreateDefaultBuilder(args)
        .UseWindowsService()
        .ConfigureServices((hostContext, services) =>
        {
            // 读取并输出连接字符串，确认内容正确
            var connString = hostContext.Configuration.GetConnectionString("Webapps");
            Console.WriteLine($"DI阶段读取的连接字符串: {connString}");

            services.AddHostedService<Worker>();
            services.AddDbContext<RailScale.Domain.RailScaleContext>(opts =>
            {
                opts.UseSqlServer(connString);
            });
        });

如果输出的连接字符串里包含Integrated Security=True，说明你的配置被其他源覆盖了，需要检查环境变量或启动参数。

4. 手动实例化Context的细节验证 #

你手动创建Context的代码看起来没问题，但可以再加一步验证，确保传递的连接字符串是正确的：

var connString = _configuration.GetConnectionString("Webapps");
WriteToLog($"手动实例化使用的连接字符串: {connString}");

var DbOpts = new DbContextOptionsBuilder<RailScale.Domain.RailScaleContext>();
DbOpts.UseSqlServer(connString);
_context = new Domain.RailScaleContext(DbOpts.Options);

// 这里如果还是用SYSTEM账户，那肯定是Context构造函数的问题
var scalesToAutoStart = _context.Scales.Where(s => s.AutoStart == true).ToList();

总结 #

最可能的两个问题点：

• 连接字符串里不小心启用了Windows身份验证（Integrated Security=True）
• DbContext的构造函数存在重载或自定义逻辑，导致DI配置的选项被忽略

先从这两点入手排查，应该能解决问题。

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