升级至ASP.NET Core 5.0.1后EF Core Code First Update-Database失败

刚接触EF就碰到这种问题确实闹心，我之前升级.NET版本时也踩过类似的坑，给你几个亲测有效的排查和解决方向：

• 检查DbContext的构造函数是否符合要求
  EF Core迁移工具需要通过依赖注入来实例化DbContext，所以你的SaberDbContext必须包含一个接收DbContextOptions<SaberDbContext>的构造函数，示例代码如下：

  public class SaberDbContext : DbContext
  {
      public SaberDbContext(DbContextOptions<SaberDbContext> options) 
          : base(options)
      {
      }
      // 你的DbSet定义和其他配置
  }
  

  如果之前用的是无参构造函数，迁移工具就无法正确创建上下文实例。

• 确认Program.cs的CreateHostBuilder签名正确性
  虽然你说存在这个方法，但EF工具对它的签名要求很严格：必须是public static，返回类型为IHostBuilder，参数是string[] args。正确的示例应该是：

  public static IHostBuilder CreateHostBuilder(string[] args) =>
      Host.CreateDefaultBuilder(args)
          .ConfigureWebHostDefaults(webBuilder =>
          {
              webBuilder.UseStartup<Startup>();
          });
  

  哪怕不小心把static去掉，或者返回类型写错，工具都会提示找不到这个方法。

• 检查Package Manager Console的项目设置
  在执行迁移命令前，务必确认：

  • 默认项目：选择包含SaberDbContext和迁移文件的数据访问项目
  • 启动项目：选择你的ASP.NET Core Web项目（迁移工具需要从这里读取配置和HostBuilder）
    这两个项目选错的话，很容易出现找不到HostBuilder或无法创建上下文的错误。

• 手动指定命令参数强制绑定
  如果自动检测有问题，可以在命令里明确指定上下文和启动项目，比如：

  Update-Database -Context SaberDbContext -StartupProject YourWebProjectName
  

  把YourWebProjectName换成你实际的Web项目名称，这样能绕过自动检测的问题。

• 清理迁移文件重新生成
  有时候旧的迁移文件可能残留了版本兼容问题，你可以先删除当前生成的迁移文件（注意不要删SaberDbContextModelSnapshot.cs），然后重新执行Add-Migration生成新的迁移，再尝试Update-Database。

• 核对NuGet包版本一致性
  确保你的项目中Microsoft.EntityFrameworkCore.Tools、Microsoft.EntityFrameworkCore.Design以及ASP.NET Core相关包的版本都是5.0.1，版本不一致会导致工具和运行时不兼容，引发各种奇怪的错误。

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