绑定当前数据源时触发IEntityChangeTracker多实例引用错误求助

嘿，这个错误我太熟了！核心问题就是你的Klienci实体被两个不同的EF上下文同时“跟踪”了——主用户控件里的ArtGalleryEntities实例（也就是UserControl5里的db）已经在监控这个实体的变化，结果你在AddEditForm里又新建了一个完全独立的db实例，还试图把同一个实体附加到这个新上下文里。EF的规则很明确：一个实体不能被两个不同的上下文同时管理，所以直接抛出了这个冲突错误。

咱们先拆解下你的代码问题：

• 在UserControl5_Load里，你从第一个db拉取了Klienci列表并绑定到klienciBindingSource，这些实体都被这个上下文标记为“已跟踪”。
• 点击编辑按钮时，你把当前选中的实体（已经被第一个上下文盯上）传到AddEditForm，然后在表单里新建了第二个db，还执行了Attach操作，这就直接触发了冲突。

下面给你两个最实用的解决方案：

方案1：共享同一个数据上下文（推荐） #

最简单的思路就是让主控件和编辑表单用同一个上下文，这样整个编辑流程都在同一个EF上下文的管理下，根本不会有跟踪冲突。

修改AddEditForm代码： #

// 删掉自己的db字段，改成接收外部传入的上下文
private readonly ArtGalleryEntities _db;

// 重写构造函数，接收上下文和要编辑的实体
public AddEditForm(ArtGalleryEntities dbContext, Klienci obj) {
    InitializeComponent();
    _db = dbContext;

    if (obj == null) {
        // 新增场景：创建新实体并加入上下文
        klienciBindingSource.DataSource = new Klienci();
        _db.Klienci.Add(klienciBindingSource.Current as Klienci);
    } else {
        // 编辑场景：实体已经被传入的上下文跟踪，直接绑定即可
        klienciBindingSource.DataSource = obj;
    }
}

// 记得在表单的确认按钮里添加保存逻辑
private void ok_button_Click(object sender, EventArgs e) {
    _db.SaveChanges();
    DialogResult = DialogResult.OK;
    Close();
}

修改UserControl5的编辑按钮事件： #

private void edit_button_Click(object sender, EventArgs e) {
    if (klienciBindingSource.Current == null) return;
    
    // 把主控件的db上下文和当前实体一起传给编辑表单
    using (AddEditForm frm = new AddEditForm(db, klienciBindingSource.Current as Klienci)) {
        if (frm.ShowDialog() == DialogResult.OK) {
            // 不需要重新查询整个列表，刷新绑定源就能更新界面
            klienciBindingSource.ResetBindings(false);
        }
    }
}

这个方案不仅解决了错误，还优化了性能——之前你每次编辑完都重新查询整个列表，现在只需要调用SaveChanges再刷新绑定就行，效率高多了。

方案2：将实体从原上下文分离后再附加（适合上下文隔离场景） #

如果你确实需要让编辑表单用独立的上下文，那可以先把实体从原上下文的跟踪中“解绑”，再附加到新上下文里。

修改UserControl5的编辑按钮事件： #

private void edit_button_Click(object sender, EventArgs e) {
    if (klienciBindingSource.Current == null) return;
    
    var currentKlient = klienciBindingSource.Current as Klienci;
    // 从原上下文分离实体，取消跟踪
    db.Entry(currentKlient).State = System.Data.Entity.EntityState.Detached;

    using (AddEditForm frm = new AddEditForm(currentKlient)) {
        if (frm.ShowDialog() == DialogResult.OK) {
            // 重新查询列表刷新界面
            klienciBindingSource.DataSource = db.Klienci.ToList();
        }
    }
}

修改AddEditForm的构造函数： #

ArtGalleryEntities db;
public AddEditForm(Klienci obj) {
    InitializeComponent();
    db = new ArtGalleryEntities();

    if (obj == null) {
        klienciBindingSource.DataSource = new Klienci();
        db.Klienci.Add(klienciBindingSource.Current as Klienci);
    } else {
        // 分离后的实体可以安全附加，设置为Modified表示要更新
        db.Entry(obj).State = System.Data.Entity.EntityState.Modified;
        klienciBindingSource.DataSource = obj;
    }
}

// 确认按钮里保存修改
private void ok_button_Click(object sender, EventArgs e) {
    db.SaveChanges();
    DialogResult = DialogResult.OK;
    Close();
}

这个方案适合必须隔离上下文的场景，但要注意：实体被分离后，原上下文就再也管不到它的变化了，所以编辑完成后必须重新查询列表才能刷新界面。

额外小提示 #

你之前尝试的db.Entry(...).State = Modified之所以无效，是因为实体当时还被原上下文跟踪着，EF不允许跨上下文修改实体的状态——这也是为什么共享上下文是更稳妥的选择。

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