Entity Framework中db.SaveChanges()后外键属性未变更的原因咨询

我采用Code First模式创建了包含User和Category两张表的数据库，每个用户归属于一个分类。以下是可正常运行的代码和无法生效的代码，我想了解后者不生效的原因。

可正常运行的代码 #

User userEntity = db.Users.FirstOrDefault(u => u.UserId == model.UserId);
Category categoryEntity = db.Category.FirstOrDefault(c => c.CategoryId == model.Category.CategoryId);
userEntity.Category = categoryEntity;
db.SaveChanges();

无法生效的代码 #

db.Entry(model).Entity.Category.CategoryId = model.Category.CategoryId;
db.Entry(model).State = EntityState.Modified;
db.SaveChanges();

DbContext配置 #

public DbSet<User> Users { get; set; }
public DbSet<Category> Category { get; set; }

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    //base.OnModelCreating(modelBuilder);

    modelBuilder.Entity<User>().HasRequired<Category>(s => s.Category);
    modelBuilder.Conventions.Remove<PluralizingTableNameConvention>();
}

1. 实体追踪状态的差异 #

第一种代码里，userEntity和categoryEntity都是从当前db上下文查询得到的，属于被EF上下文实时追踪的实体。当你把categoryEntity赋值给userEntity.Category时，EF会立刻识别到导航属性的关联变化，在SaveChanges()时自动生成更新User表外键字段的SQL语句。

而第二种代码中的model大概率是未被上下文追踪的对象（比如前端传入的DTO、或脱离了原上下文的实体）。此时直接修改model.Category.CategoryId，EF无法识别这个变化对应的是User表的外键更新——因为model.Category本身不在EF的追踪范围内，EF不知道这个CategoryId对应的是数据库中已存在的分类实体。

2. EntityState.Modified的局限性 #

设置db.Entry(model).State = EntityState.Modified时，EF只会标记User实体的标量属性（如UserId、UserName等）为修改状态，生成更新这些字段的SQL。它不会自动处理导航属性（比如Category）的变化，更不会将导航实体的主键变化映射到User表的外键字段上。

简单来说，EF认为Modified状态仅针对实体自身的属性，不包含关联的导航属性。

3. 隐式外键的处理逻辑 #

你的DbContext配置中，只通过HasRequired配置了User和Category的关联，但没有在User实体中显式定义外键属性（比如public int CategoryId { get; set; }）。这种情况下EF会自动生成一个影子外键（例如Category_CategoryId），这个字段存在于数据库中，但不在你的实体类里。

第一种代码通过赋值导航属性userEntity.Category = categoryEntity，EF会自动更新这个影子外键的值；而第二种代码修改的是model.Category.CategoryId，这是导航实体的主键，并不是User表的影子外键，EF不会把这个修改同步到数据库的外键字段中。

内容的提问来源于stack exchange，提问作者Paweł Nowakowski