Blazor Server更新数据库时遇InvalidOperationException错误求助

错误根源 #

你的代码触发了EF Core的实体跟踪冲突：

1. expenses集合中的Expense实例，大概率已被当前作用域的DbContext跟踪（比如是之前从数据库查询后加载到页面的）。
2. 循环中调用GetExpensebyKey查询同一个Id的Expense，默认返回的实例也会被DbContext跟踪。
3. 此时DbContext的跟踪器里存在两个**相同主键（Id）**的Expense实例，当调用UpdateExpenseDetails传入expenses里的实例时，EF Core检测到冲突，抛出异常。

必备DbContext基础概念 #

实体跟踪机制 #

每个DbContext实例维护一个实体跟踪器，核心作用：

• 记录从数据库加载或手动附加的实体状态（新增、修改、删除、未变化）。
• 强制要求同一实体类型+同一主键的实体，在内存中仅存在一个被跟踪的实例。这是为了保证状态判断的准确性，避免出现冲突的更新操作。
• 查询实体时默认返回被跟踪的实例；使用AsNoTracking()可获取不被跟踪的实例，DbContext不会监控其状态变化。

DbSet.Update()的逻辑 #

• 若传入的实体未被跟踪：DbContext会将其附加到跟踪器，并标记为Modified（所有属性都会被标记为需要更新）。
• 若传入的实体已被跟踪：DbContext会将其状态改为Modified。
• 但如果跟踪器中已有相同主键的被跟踪实例，就会触发你遇到的异常。

解决方案 #

方案1：查询时禁用跟踪 #

修改GetExpensebyKey方法，用AsNoTracking()避免跟踪查询到的实例：

public async Task<Expense> GetExpensebyKey(string Id)
{
    return await _dbContext.Expenses.AsNoTracking()
        .FirstOrDefaultAsync(x => x.Id == Id);
}

这样查询出的check不会被DbContext跟踪，跟踪器里只有expenses中的实例，调用UpdateExpenseDetails时就不会冲突。

方案2：利用已跟踪实体更新 #

直接使用查询到的check实例（已被跟踪）修改属性，无需调用Update，EF Core会自动检测属性变化：

1. 调整业务逻辑代码：

private async void SaveExpensesToDatabase()
{
    foreach(Expense expense in expenses)
    {
        Expense check = await expenseService.GetExpensebyKey(expense.Id);
        if(check != null)
        {
            // 将需要更新的属性复制到已跟踪实例上
            check.CategoryName = expense.Category.Name;
            // 其他需更新的属性同理复制
            await expenseService.SaveChanges();
        }
    }
}

2. 在ExpenseService中新增保存方法：

public async Task SaveChanges()
{
    await _dbContext.SaveChangesAsync();
}

这种方式更贴合EF Core的跟踪机制，无需手动调用Update，还能只更新变化的属性，性能更优。

方案3：跳过不必要的查询 #

如果能确定expenses中的实体已存在于数据库（Id不为空/默认值），可直接跳过查询判断：

private async void SaveExpensesToDatabase()
{
    foreach(Expense expense in expenses)
    {
        if(!string.IsNullOrEmpty(expense.Id)) // 根据Id类型调整判断逻辑
        {
            expense.CategoryName = expense.Category.Name;
            await expenseService.UpdateExpenseDetails(expense);
        }
    }
}

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