.NET 6控制台EF Core DbContext配置问题：无法读取appsettings连接串

一、实现从appsettings.json读取连接串并让AddDbContext配置生效的步骤 #

1. 修正MyContext的构造函数 #

在DAL层的MyContext中，必须添加接收DbContextOptions<MyContext>的构造函数，让依赖注入容器能传递配置好的选项：

public class MyContext : DbContext
{
    public MyContext(DbContextOptions<MyContext> options) : base(options)
    {
    }

    // 你的DbSet定义...
}

注意：不要保留无参构造函数，否则直接new MyContext()时，EF会跳过DI配置，尝试调用未配置的OnConfiguring方法，导致报错。

2. 正确使用DI容器获取MyContext实例 #

在Presentation层的Program.cs中，除了配置Configuration和注册DbContext，还需要手动构建服务提供者，并从容器中获取MyContext，而非直接实例化：

var builder = new ConfigurationBuilder()
    .SetBasePath(Directory.GetCurrentDirectory())
    .AddJsonFile("appsettings.json", optional: false, reloadOnChange: true);

IConfiguration _configuration = builder.Build();

var services = new ServiceCollection();
services.AddDbContext<MyContext>(options => 
    options.UseSqlServer(_configuration.GetConnectionString("MyConnectionString")));

// 构建服务提供者
using var serviceProvider = services.BuildServiceProvider();

// 从容器中获取配置好的MyContext实例
using var context = serviceProvider.GetRequiredService<MyContext>();

// 正常使用context进行数据库操作

3. 确保appsettings.json能被读取到 #

右键项目中的appsettings.json → 属性 → 将“复制到输出目录”设置为“如果较新则复制”或“始终复制”，保证程序运行时能加载到配置文件。

二、控制台应用与ASP.NET Core Web应用的差异原因 #

两者核心区别在于DI管道的自动处理逻辑：

• ASP.NET Core Web应用启动时，框架会自动构建服务提供者，所有核心组件（如控制器）都通过DI容器获取依赖。你注册的AddDbContext会被容器管理，框架会自动注入配置好的MyContext实例，不会出现手动实例化绕开配置的情况。
• 控制台应用没有默认的DI启动流程，属于“手动管控模式”。如果直接new MyContext()，完全绕过了DI容器，容器中配置的DbContextOptions不会被应用，EF自然会提示未配置数据库提供者。只有通过容器获取实例，才能用上你在AddDbContext中配置的连接串和提供者。

内容的提问来源于stack exchange，提问作者Sylvain C.