WPF下拉框更新外键时遇Entity type cannot be tracked错误，求解决

1. 错误原因分析 #

不是对象引用丢失导致的，核心问题是EF Core变更跟踪器中存在两个相同主键的Credentials实体实例：

• 传入ViewModel的Source对象，如果它原本关联了Credentials，该Credentials已经被当前DbContext跟踪；
• 调用GetCredentials()时，从DbContext加载了所有Credentials（包括已被跟踪的那一个），此时内存中出现了两个Id相同但引用不同的Credentials对象；
• 当用户通过下拉框选择后，Source.Credentials被设置为下拉列表中的实例，调用SaveChanges时，EF发现同一个主键对应两个被跟踪的实体，触发跟踪冲突错误。

2. 正确实现流程 #

针对这类关联实体更新的CRUD场景，有几种可靠的实现方式：

方案1：优先绑定外键（推荐） #

直接通过外键字段更新关联关系，完全避免实体跟踪冲突：

1. 修改WPF下拉框绑定：

   <ComboBox ItemsSource="{Binding Credentials, Mode=OneWay}"
             DisplayMemberPath="YourDisplayProperty" <!-- 替换为Credentials的显示字段，比如Name -->
             SelectedValuePath="Id"
             SelectedValue="{Binding Source.CredentialsId, Mode=TwoWay}" />
   

2. 无需修改ViewModel的LoadAsync和SaveChanges方法，此时EF会通过外键字段自动维护关联关系，不会涉及导航属性的实例跟踪问题。

方案2：确保上下文内只有一个实体实例被跟踪 #

如果必须绑定导航属性对象，需要保证内存中同一主键的实体只有一个引用：

1. 修改LoadAsync方法，将Source原本关联的Credentials替换为下拉列表中的同一实例：

   public async Task LoadAsync()
   {
       this.Credentials = await this.repo.GetCredentials();
       // 替换为列表内的同实例，避免跟踪冲突
       if (this.Source.Credentials != null)
       {
           this.Source.Credentials = this.Credentials.FirstOrDefault(c => c.Id == this.Source.Credentials.Id);
       }
   }
   

2. 下拉框绑定保持原本的SelectedValue="{Binding Source.Credentials, Mode=TwoWay}"即可，此时选择的实例和上下文跟踪的实例是同一个，不会触发冲突。

方案3：加载下拉列表时禁用跟踪 #

让下拉列表中的Credentials实例不被EF跟踪，这样即使和Source关联的实例重复，也不会触发冲突：

1. 修改Repository的GetCredentials方法，添加AsNoTracking()：

   return await this.ctx.Credentials.AsNoTracking().ToListAsync();
   

2. 保存时，EF会自动识别Source.Credentials的状态，因为原关联的实例已经被跟踪，新设置的未跟踪实例会被忽略，仅通过外键更新关联。

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