EF Core判断实体是否被追踪的最优方案及实体保存优化咨询

一、三种实体追踪判断方式的对比 #

针对你提出的三种判断实体是否被上下文追踪的方式，从性能和可靠性维度分析如下：

1. entry.Id == default #

• 可靠性低：仅能判断实体是否为"新创建未入库"的状态，无法区分"已存在但未被当前上下文追踪"的实体（比如从独立上下文查询后传入的已有实体）。如果业务中存在Id默认值（如int类型的0）被合法使用的场景，会直接判断错误。
• 性能高：只是简单的数值对比，无额外开销。
• 结论：不适合用来判断实体是否被追踪，仅适用于区分新实体。

2. context.Entry(entry).State == EntityState.Detached #

• 可靠性高：这是EF Core官方提供的直接获取实体状态的方法，Detached状态明确表示当前上下文未追踪该实体实例，其他状态（Unchanged/Modified/Added等）均代表实体已被追踪。
• 性能优：Entry方法内部通过ChangeTracker的字典直接查找实体，时间复杂度为O(1)，几乎无额外开销。
• 结论：是判断实体是否被追踪的最优方案。

3. context.ChangeTracker.Entries().Any(x => x.Entity == entry) #

• 可靠性一般：通过遍历所有被追踪的实体对比引用判断，但若实体被EF Core的延迟加载代理包装，引用对比可能出现偏差；同时如果存在多个上下文实例，也可能误判。
• 性能差：当上下文追踪大量实体时，Entries()会返回全部追踪实体并遍历，带来明显的性能开销。
• 结论：不推荐使用，仅在极端特殊场景下考虑。

二、新/已有实体混合保存的更优模式 #

结合Blazor场景的实体传递特性（客户端修改后实体多为Detached状态）和并发问题，推荐以下优化方案：

1. 基础区分处理：新增/已有实体分离 #

public async Task SaveAsync(Entry entry)
{
    if (entry.Id == default)
    {
        // 新实体：直接添加，仅生成INSERT语句
        _context.Add(entry);
    }
    else
    {
        var trackedEntry = _context.ChangeTracker.Entries<Entry>().FirstOrDefault(e => e.Entity.Id == entry.Id);
        if (trackedEntry != null)
        {
            // 实体已被当前上下文追踪：更新属性值，仅标记实际变更的字段为Modified
            trackedEntry.CurrentValues.SetValues(entry);
        }
        else
        {
            // 实体未被追踪：优先查询数据库获取最新追踪实体，再合并变更
            var existingEntry = await _context.Entries.FindAsync(entry.Id);
            if (existingEntry == null)
            {
                throw new InvalidOperationException($"Id为{entry.Id}的Entry不存在");
            }
            // 仅更新变更的属性，生成的UPDATE语句只包含修改字段
            _context.Entry(existingEntry).CurrentValues.SetValues(entry);
        }
    }
    await _context.SaveChangesAsync();
}

这种方式的优势：

• 避免了Update方法全字段标记修改的问题，减少数据库IO开销。
• 保证基于数据库最新状态更新，降低并发冲突概率。

2. 并发问题处理：乐观锁机制 #

针对独立上下文导致的并发问题，建议给实体添加RowVersion字段实现乐观锁：

public class Entry
{
    public int Id { get; set; }
    // 其他属性...
    [Timestamp]
    public byte[] RowVersion { get; set; }
}

当保存时若出现并发修改，EF Core会抛出DbUpdateConcurrencyException，可捕获后重新查询并合并变更：

public async Task SaveAsync(Entry entry)
{
    try
    {
        // ...上述保存逻辑...
        await _context.SaveChangesAsync();
    }
    catch (DbUpdateConcurrencyException ex)
    {
        var entryEntry = ex.Entries.Single();
        var dbValues = entryEntry.GetDatabaseValues();
        if (dbValues == null)
        {
            throw new InvalidOperationException("该实体已被删除");
        }
        // 合并数据库最新值与当前提交值的变更
        entryEntry.CurrentValues.SetValues(dbValues);
        entryEntry.Property(e => e.Name).IsModified = true; // 手动标记需要保留的变更属性
        await _context.SaveChangesAsync();
    }
}

3. EF Core 7+ 进阶：Upsert 操作 #

如果你的项目使用EF Core 7及以上版本，可直接使用Upsert（插入或更新）简化逻辑，同时支持仅更新指定字段：

public async Task SaveAsync(Entry entry)
{
    await _context.Entries
        .Upsert(entry)
        .WhenMatched(e => new Entry 
        { 
            Name = entry.Name, 
            // 仅指定需要更新的属性
        })
        .ExecuteAsync();
}

这种方式无需手动判断实体状态，由EF Core自动处理新增或更新，且能精准控制更新字段。

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