Entity Framework中SaveChanges()时Address子实体PK被设为0的原因探究

为什么Address.Id会被设为0？ #

这本质是EF Core实体追踪和关联加载的问题：

• 当你加载待删除的County时，如果没有显式包含关联的Address（比如没使用Include(c => c.Address)），EF Core可能返回一个未被完全加载的代理对象。此时county.Address只是一个空壳，仅持有外键AddressId，但实体本身未被EF追踪，所以Id会被设为值类型的默认值0。
• 即使你尝试加载关联，若County被标记为Deleted状态后，EF Core的状态管理逻辑可能会重置未被稳定追踪的关联实体属性，导致Address.Id被清空为0。
• 如果Address和County是一对一关联且County是依赖端，EF Core不会自动保证关联实体被完整加载，你拿到的Address可能只是一个仅包含外键的局部实体。

更优处理方式 #

1. 显式加载完整关联实体 #

在查询待删除County时，强制包含关联的Address，让EF Core完整追踪该实体：

var countiesToDelete = context.Counties
    .Where(c => /* 删除条件 */)
    .Include(c => c.Address)
    .Include(c => c.Events) // 同时包含关联的Events
    .ToList();

此时county.Address是被EF完整追踪的实体，Id不会为0，直接执行context.Addresses.Remove(county.Address)即可生效。

2. 配置级联删除，避免手动处理 #

这是最符合EF Core设计的方案：在County的实体配置中，将关联的Address设置为级联删除，让EF自动处理关联实体的删除：

// 在CountyConfiguration中配置
builder.HasOne(c => c.Address)
       .WithOne(a => a.County) // 根据实际导航属性调整，单向关联则用.WithOne()
       .HasForeignKey<County>(c => c.AddressId)
       .OnDelete(DeleteBehavior.Cascade);

配置后，你只需要标记County为删除状态，EF会自动删除关联的Address和Events（如果Events也配置了级联），无需在SaveChanges中手动编写删除逻辑。

3. 直接通过外键删除（简化手动处理） #

如果必须手动处理，无需加载完整Address实体，直接通过AddressId删除：

// 方式1：通过Id查找并删除（EF会自动追踪）
var address = context.Addresses.Find(county.AddressId);
if (address != null)
    context.Addresses.Remove(address);

// 方式2：创建仅含Id的实体删除（更高效，无需查询）
context.Addresses.Remove(new Address { Id = county.AddressId });

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