Blazor Server对接SQL数据库删除Card条目重复出现外键关联报错问题

根因 #

你的问题本质是EF Core的上下文跟踪状态残留导致的：

1. 你在组件全局初始化了唯一一个dbContext实例，整个组件的生命周期内复用这个上下文。
2. 第一次删除关联了Responsibilities的Card（CardId=1）时，db.Cards.Remove(c)已经将这个实体标记为「待删除」状态存入上下文的跟踪缓存，但因为外键约束SaveChanges()执行失败，这个待删除的状态一直残留在缓存中没有被清理。
3. 后续你删除其他卡片时，即使新的待删实体状态正常，SaveChanges()执行时EF会将所有跟踪到的待变更实体（包括之前残留的CardId=1待删除实体）一起提交，因此每次都会报同一个外键错误。
4. 手动刷新页面后组件重新初始化，生成了新的dbContext实例，残留的跟踪状态消失，就可以正常删除无关联卡片。

解决办法 #

有三种常见的修复方案，优先推荐第一种：

方案1：每次数据库操作使用独立的DbContext实例（推荐） #

不要全局复用DbContext，每次操作时新建上下文实例，从根源避免跟踪状态残留：

1. 删除组件全局的dbContext db = new dbContext();声明
2. 调整DeleteCard和数据加载逻辑如下：

private async void DeleteCard(Card c)
{
    try
    {
        // 删除操作单独使用上下文
        using var db = new dbContext();
        db.Cards.Attach(c);
        db.Cards.Remove(c);
        db.SaveChanges();
        StateHasChanged();
        // 重新加载数据也使用新的上下文
        using var queryDb = new dbContext();
        cards = queryDb.Cards
            .Include(c => c.Addressee)
            .Include(c => c.Addressee.Address)
            .ToList();
        editCard = new bool[cards.Count()];
    }
    catch (Exception e)
    {
        await JsRuntime.InvokeVoidAsync("alert", e.Message);
    }
}

方案2：操作失败时清理全局上下文的跟踪状态 #

如果要保留全局DbContext的写法，可以在异常捕获块中清理残留的跟踪状态：

catch (Exception e)
{
    await JsRuntime.InvokeVoidAsync("alert", e.Message);
    // 清理所有已跟踪的实体状态
    foreach (var entry in db.ChangeTracker.Entries().ToList())
    {
        entry.State = EntityState.Detached;
    }
}

方案3：使用IDbContextFactory管理上下文（Blazor Server最佳实践） #

Blazor Server场景下官方推荐用DbContext工厂来控制上下文生命周期：

1. 在Program.cs中注册工厂：

builder.Services.AddDbContextFactory<dbContext>(options => 
    options.UseSqlServer("你的数据库连接字符串"));

2. 组件中注入工厂，每次操作从工厂获取上下文实例即可，无需手动管理上下文的创建和销毁。

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