ASP.NET Core Web API读取正确连接字符串却使用旧连接的问题

1. 检查环境变量配置 #

Visual Studio调试时，若ASPNETCORE_ENVIRONMENT环境变量仍设为Staging，程序会优先加载appsettings.Staging.json里的旧连接字符串，覆盖主配置文件内容。

• 排查：右键项目 → 属性 → 调试 → 查看“环境变量”列表，确认ASPNETCORE_ENVIRONMENT值是否为预期环境（比如Production）。
• 解决：将其改为Production，或直接删除该环境变量（程序默认会使用Production）。

2. 检查DbContext的硬编码配置 #

如果你的DbContext在OnConfiguring方法里写死了staging的连接字符串，哪怕依赖注入传入了正确配置，也会被硬编码内容覆盖。

• 排查：打开DbContext类，查看OnConfiguring方法：

  protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
  {
      // 检查是否存在硬编码的staging连接字符串
      optionsBuilder.UseSqlServer("staging-connection-string");
  }
  

• 解决：删除硬编码内容，确保仅使用DI注入的配置，比如在Program.cs中配置：

  builder.Services.AddDbContext<YourDbContext>(options =>
      options.UseSqlServer(builder.Configuration.GetConnectionString("YourConnStrKey")));
  

3. 数据库连接池缓存 #

ASP.NET Core默认启用SQL Server连接池，旧的staging数据库连接可能仍在池中未被回收，导致新请求复用旧连接。

• 解决：
  1. 重启Visual Studio和调试进程，强制清空连接池。
  2. 调试阶段可临时在Program.cs启动时添加SqlConnection.ClearAllPools();（上线后移除）。

4. 编译缓存问题 #

Visual Studio可能未重新编译项目，导致运行的仍是带staging连接字符串的旧版本代码。

• 排查：
  • 右键项目 → 清理，再执行重建操作。
  • 检查输出目录（如bin/Debug/netX.x）下的appsettings.json是否为最新修改版本。

5. 自定义模板的隐藏配置 #

你创建的dotnet new模板可能生成了隐藏配置逻辑：

• 检查launchSettings.json，确认其中environmentVariables里的ASPNETCORE_ENVIRONMENT是否被设为Staging。
• 检查Program.cs的DI配置，是否存在模板写死的、优先加载固定配置源的代码。

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