GetConnectionString("DefaultConnection")与"name=DefaultConnection"的区别

下面是两种常见的在ASP.NET Core + EF Core中读取连接字符串的写法：

写法一：提前读取连接字符串再传入 #

var constring = builder.Configuration.GetConnectionString("DefaultConnection")!;
options.UseSqlServer(constring); 

写法二：直接传入配置键标识 #

options.UseSqlServer("name=DefaultConnection");

两者都指向appsettings.json中配置的连接字符串：

"ConnectionStrings": {
    "DefaultConnection": "server=.;database=MyDb;integrated security=true"
}

它们的核心区别如下：

• 配置读取的控制权
  写法一主动通过ASP.NET Core的GetConnectionString读取值，你可以在传入EF Core前对字符串做自定义处理——比如加日志记录、格式校验、加密解密，甚至临时替换参数（比如切换测试库），完全掌握中间逻辑。
  写法二则把读取逻辑完全交给EF Core的UseSqlServer方法，框架内部解析name=DefaultConnection并读取配置，你无法在中间插入自定义操作。

• 错误处理的主动性
  写法一如果没读到有效连接字符串，GetConnectionString会返回null，你可以提前做判断处理：

  var constring = builder.Configuration.GetConnectionString("DefaultConnection");
  if (string.IsNullOrEmpty(constring))
  {
      throw new InvalidOperationException("未配置有效的DefaultConnection连接字符串");
  }
  options.UseSqlServer(constring);
  

  写法二如果找不到对应配置，会直接抛出EF Core内部生成的异常，你只能在全局异常处理中捕获，无法提前干预。

• 灵活性与扩展性
  写法一支持对连接字符串做任意加工，比如解密存储的加密字符串、动态替换环境相关参数，适配复杂场景；写法二没有中间加工的空间，只能直接使用配置中的原始值。

• 依赖的稳定性
  写法一依赖ASP.NET Core配置系统的标准APIGetConnectionString，这个API是通用且稳定的，适用于所有配置源（环境变量、命令行、密钥管理器等）；写法二依赖EF Core特有的name=解析逻辑，若后续EF Core调整该逻辑，可能会影响代码兼容性。

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