EF Core Add-Migration：DbContext创建机制及依赖可运行项目原因

1. Add-Migration 如何创建 DbContext 对象？ #

创建逻辑按以下优先级执行：

• 优先识别 IDesignTimeDbContextFactory<T> 实现类：如果项目中存在这个接口的实现，工具会直接调用其 CreateDbContext 方法生成实例，这是自定义DbContext创建逻辑的最优方式。
• 其次读取宿主项目的服务注册：若宿主项目（如ASP.NET Core项目）通过 AddDbContext 注册了DbContext，工具会从依赖注入容器中获取已配置好的实例，自动复用连接字符串、日志、拦截器等运行时配置。
• 最后尝试构造函数实例化：如果没有服务注册也没有工厂实现，工具会优先查找带 DbContextOptions<T> 参数的构造函数，结合从宿主项目读取的配置（如appsettings.json中的连接字符串）构建Options参数；若找不到则尝试无参构造函数。

2. 为什么需要可运行项目？ #

EF Core工具是设计时工具，但依赖运行时环境解析项目配置和依赖：

• 类库本身没有入口点，无法独立加载配置文件、依赖项和服务注册逻辑。
• 可运行项目（如EXE）提供了完整的运行时上下文，工具可以通过它读取配置、加载依赖程序集、初始化服务容器，确保DbContext的创建逻辑和实际运行时完全一致，避免迁移配置与运行配置脱节。

3. Add-Migration 是否会加载EXE并创建DbContext实例？ #

是的。工具会先编译可运行项目，然后在隔离进程中加载该EXE的程序集：

• 加载过程中会执行宿主项目的启动逻辑（如ASP.NET Core的Program.cs中的配置和服务注册流程）。
• 之后按上述优先级逻辑（服务容器/工厂/构造函数）创建DbContext实例，用于生成迁移文件。

4. 是否会使用宿主EXE中的服务注册？ #

完全会。如果宿主项目中通过依赖注入注册了DbContext（比如ASP.NET Core中builder.Services.AddDbContext<MyDbContext>(options => options.UseSqlServer(...))），Add-Migration会直接复用这个注册逻辑：

• 工具会启动宿主的服务容器，从中获取已配置好的DbContext实例，确保迁移使用的配置和项目运行时完全一致，无需重复配置。

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