看起来你遇到的问题挺典型的——硬编码连接字符串完全正常，但通过配置文件读取就连不上SQL Server。我给你梳理几个最可能的排查方向，一步步来：

• 先核对配置文件的内容和格式
  首先确保你的appsettings.json（或者开发环境用的appsettings.Development.json）里的连接字符串配置是正确的，结构要符合规范：

  {
    "ConnectionStrings": {
      "DefaultConnection": "server=DESKTOP-RCQ...;database=你的数据库名称;Trusted_Connection=True;TrustServerCertificate=True"
    }
  }
  

  这里要注意两点：一是键名DefaultConnection要和你代码里GetConnectionString("DefaultConnection")的参数完全一致（大小写虽然不敏感，但尽量统一避免踩坑）；二是配置里的连接字符串内容要和你硬编码的完全一样，包括服务器名、数据库名、认证参数这些，差一个字符都可能导致连接失败。

• 调试输出读取到的连接字符串
  有时候你以为配置文件写对了，但实际程序读取到的内容可能不符合预期。可以在Program.cs里加一行调试代码，看看实际拿到的字符串是什么：

  var connStr = builder.Configuration.GetConnectionString("DefaultConnection");
  Console.WriteLine($"当前读取到的连接字符串：{connStr}");
  

  运行API后查看控制台输出，如果这个字符串和你硬编码的不一样，那说明配置读取有问题——可能是环境变量覆盖了配置，或者配置文件没生效。

• 检查配置文件的复制属性
  右键你的appsettings.json文件，打开属性面板，把“复制到输出目录”设置为“如果较新则复制”或者“始终复制”。有时候文件没被复制到程序运行的目录，程序读不到配置，自然拿不到正确的连接字符串。

• 确认环境配置的优先级
  ASP.NET Core的配置是有优先级的，比如环境变量会覆盖配置文件的内容。你可以检查系统环境变量里有没有ConnectionStrings__DefaultConnection这个变量，如果有的话，它会覆盖你配置文件里的内容。另外，开发环境下程序会优先读取appsettings.Development.json，如果你把连接字符串写在了appsettings.json，但appsettings.Development.json里没有对应的配置，或者配置不同，也会出问题。

• 注意转义字符的问题
  如果你的服务器名里有反斜杠（比如DESKTOP-RCQ\SQLEXPRESS），在JSON配置文件里需要把反斜杠转义成两个，也就是写成DESKTOP-RCQ\\SQLEXPRESS；而硬编码的时候你可以用@符号避免转义（比如@"server=DESKTOP-RCQ\SQLEXPRESS..."），这一点如果没注意到，也会导致连接字符串不正确。

先从这几个方向排查，应该能找到问题所在。

备注：内容来源于stack exchange，提问作者LittleCat27