EF SaveChanges返回0无异常：用户权限插入失败排查

让我来帮你一步步拆解这个棘手的问题，从你的代码和描述来看，有几个关键方向可以深挖：

1. 先看EF到底有没有生成插入SQL（最直接的排查方式） #

SaveChanges返回0说明EF认为没有需要持久化的实体变更，这时候最快的办法是启用EF的日志功能，看看它到底在执行什么。在你的AccountContext构造函数里加一行日志输出：

public AccountContext()
{
    // 把EF生成的SQL输出到调试窗口
    Database.Log = sql => System.Diagnostics.Debug.WriteLine(sql);
}

重新运行代码后，查看Visual Studio的输出窗口（调试模式下）：

• 如果看不到INSERT INTO UserPermissions相关的SQL，说明EF根本没识别到这个实体需要添加；
• 如果能看到SQL，但数据库没变化，把SQL复制到数据库管理工具（比如SSMS）里直接执行，看会不会报错——大概率是字段不匹配、权限问题这类静默错误。

2. 检查实体与数据库的映射是否匹配 #

你提到之前代码正常，回滚AccountContext后失效，大概率是实体映射出了问题：

• 主键配置：你的UserPermission里Id是int类型，EF默认会把它识别为自增主键，但如果回滚时不小心修改了OnModelCreating里的配置（比如取消了自增），或者数据库里的Id列不是自增，就会导致插入失败。可以检查数据库表的Id列是否设置为IDENTITY(1,1)；
• _Assets字段映射：你的Assets是[NotMapped]，实际存储的是_Assets字段。如果数据库里对应的列名是Assets而不是_Assets，EF会找不到字段导致插入异常；另外要确认回滚后有没有给_Assets误加[NotMapped]属性，或者数据库里的_Assets列被删除了；
• DbSet声明：确认AccountContext里有没有正确声明DbSet<UserPermission>：

  public DbSet<UserPermission> UserPermissions { get; set; }
  

  要是回滚时不小心删掉了这行，AccountDb.UserPermissions.Add根本不会生效。

3. 检查DbContext的实例状态 #

有时候上下文实例的生命周期或状态异常会导致变更不被跟踪：

• 在AccountDb.UserPermissions.Add(permission)之后，立即打印调试信息：

  Console.WriteLine($"Permission state: {AccountDb.Entry(permission).State}");
  Console.WriteLine($"Local permissions count: {AccountDb.UserPermissions.Local.Count}");
  

  如果State不是Added，说明上下文根本没把这个实体标记为需要添加。这种情况可能是：
  • 上下文已经被Dispose了；
  • 依赖注入配置错误（比如把AccountContext注册成了单例，导致上下文被重用、状态混乱）；
• 你试过手动设置EntityState.Added但没用，那可以检查是不是上下文和数据库的连接有问题？比如新的本地数据库连接字符串指向的库没有UserPermissions表？

4. 检查是否有静默异常或事务拦截 #

EF有时候会被全局过滤器吞掉异常，或者事务导致变更被回滚：

• 给SaveChanges加个try-catch，捕获所有异常：

  try
  {
      var saveChangesResult = AccountDb.SaveChanges();
  }
  catch (Exception ex)
  {
      // 打印异常详细信息，包括InnerException
      Console.WriteLine($"Save error: {ex.Message}\n{ex.InnerException?.Message}");
      throw;
  }
  

• 检查AppUserManager.Create是否开启了事务？如果Identity的创建操作在一个事务里，后续的AccountDb.SaveChanges可能被包含在同一个事务中，要是后续AddToRole失败，会不会导致整个事务回滚？不过你说SaveChanges返回0而非异常，这个可能性偏低，但可以排查。

5. 验证数据库表结构 #

最后直接去数据库里看UserPermissions表：

• 确认表存在，并且字段和模型匹配（比如UserId是nvarchar类型、长度足够；_Assets列存在）；
• 检查有没有新增的必填字段？比如回滚后数据库里加了非空字段，但模型里没设置默认值，EF插入时会失败但可能没抛出异常。

按照这个顺序排查，应该能很快定位到问题所在。

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