ASP.NET MVC 5数据库更新异常：代码优先模式下数据库为空问题

看起来你遇到的问题是迁移机制和自定义数据库初始化器之间的冲突，导致你的用户/角色初始化逻辑没有被执行。下面一步步帮你排查和解决：

核心原因 #

当你使用add-migration和update-database启用Code First迁移后，EF会自动将数据库初始化器设置为MigrateDatabaseToLatestVersion，而你自定义的DropCreateDatabaseIfModelChanges初始化器不会被自动触发——迁移机制会接管模型变化的处理，不会再删除重建数据库，因此你的Seed方法（以及里面的InitializeIdentityForEF）根本没机会运行。

另外，还要检查你的InitializeIdentityForEF方法是否遗漏了context.SaveChanges()调用，这也是常见的空数据库原因。

解决方案 #

方案一：将初始化逻辑迁移到迁移的Seed方法中（推荐，适合生产/开发环境） #

这是最符合Code First迁移工作流的方式：

1. 找到Migrations文件夹下的Configuration.cs（ASP.NET MVC），或者在ASP.NET Core中创建一个单独的Seed类。
2. 把你的InitializeIdentityForEF逻辑移到这个Seed方法里，确保最后调用context.SaveChanges()：

   internal sealed class Configuration : DbMigrationsConfiguration<ApplicationDbContext>
   {
       public Configuration()
       {
           AutomaticMigrationsEnabled = false;
       }
   
       protected override void Seed(ApplicationDbContext context)
       {
           // 直接在这里写初始化逻辑，或者调用你的InitializeIdentityForEF
           InitializeIdentityForEF(context);
       }
   
       private void InitializeIdentityForEF(ApplicationDbContext context)
       {
           var roleManager = new RoleManager<IdentityRole>(new RoleStore<IdentityRole>(context));
           var userManager = new UserManager<ApplicationUser>(new UserStore<ApplicationUser>(context));
   
           // 创建Admin角色
           if (!roleManager.RoleExists("Admin"))
           {
               var adminRole = new IdentityRole("Admin");
               roleManager.Create(adminRole);
           }
   
           // 创建管理员用户
           var adminUser = userManager.FindByEmail("aadmin2018@mail.com");
           if (adminUser == null)
           {
               adminUser = new ApplicationUser 
               { 
                   UserName = "aadmin2018@mail.com", 
                   Email = "aadmin2018@mail.com" 
               };
               // 注意密码要符合Identity的复杂度要求（比如长度、大小写、特殊字符）
               var createResult = userManager.Create(adminUser, "Admin2018@mail.co");
               if (createResult.Succeeded)
               {
                   userManager.AddToRole(adminUser.Id, "Admin");
               }
           }
   
           // 必须保存更改！
           context.SaveChanges();
       }
   }
   

3. 重新运行update-database，这次迁移的Seed方法会执行，用户和角色会被写入数据库。

方案二：禁用迁移，使用自定义初始化器（仅适合开发环境，会丢失数据） #

如果你不想用迁移，只想依赖DropCreateDatabaseIfModelChanges来初始化：

1. 删除项目中的Migrations文件夹。
2. 确保在应用启动时注册你的初始化器：
   • ASP.NET MVC（Global.asax）：

     protected void Application_Start()
     {
         // 注册初始化器
         Database.SetInitializer<ApplicationDbContext>(new ApplicationDbInitializer());
         // 其他启动逻辑...
     }
     

   • ASP.NET Core（Program.cs）：

     var builder = WebApplication.CreateBuilder(args);
     
     builder.Services.AddDbContext<ApplicationDbContext>(options =>
         options.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection"))
                .UseInitializer(new ApplicationDbInitializer())); // 注册初始化器
     

3. 当模型变化时，EF会自动删除并重建数据库，同时执行你的Seed方法。

方案三：在ASP.NET Core中手动触发初始化逻辑（灵活可控） #

如果想保留迁移，同时手动控制初始化时机：

1. 把InitializeIdentityForEF改成静态方法，方便在应用启动时调用：

   public static void SeedUsersAndRoles(ApplicationDbContext context)
   {
       // 这里放你的初始化逻辑，和之前一样，最后调用context.SaveChanges()
   }
   

2. 在Program.cs的应用启动后，执行迁移并调用Seed：

   var app = builder.Build();
   
   // 初始化数据库
   using (var scope = app.Services.CreateScope())
   {
       var services = scope.ServiceProvider;
       var context = services.GetRequiredService<ApplicationDbContext>();
       // 先确保迁移到最新版本
       context.Database.Migrate();
       // 手动执行初始化
       ApplicationDbInitializer.SeedUsersAndRoles(context);
   }
   
   // 其他中间件配置...
   app.Run();
   

额外检查点 #

• 确认你的连接字符串正确，指向的是你查看的那个数据库。
• 检查InitializeIdentityForEF中的密码是否符合Identity的密码复杂度规则（比如默认要求至少6位，包含大小写、数字或特殊字符），如果不符合，用户创建会失败但不会报错（除非你检查createResult.Succeeded）。

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