EF Core Scoped生命周期DbContext新增实体未在同请求其他服务同步问题咨询

DevOps 小满

2026-10-2

问题原因

这是EF Core内置的跟踪查询逻辑导致的差异，具体规则如下：

调用Update更新已有实体时，该实体已经处于DbContext的跟踪缓存中，状态标记为Modified。当后续同一个DbContext实例查询该主键对应的实体时，EF Core从数据库拿到查询结果后，会优先用跟踪缓存中已存在的同主键实体覆盖数据库返回的原始数据，因此你能在Service2中拿到未提交的更新值。
调用Add新增的实体，虽然也会被加入DbContext的跟踪缓存，状态标记为Added，但默认情况下EF Core执行普通查询只会返回数据库中实际存在的数据，不会主动把跟踪缓存中未提交的Added状态实体合并到查询结果里。由于新增的实体还没写入数据库，查询自然返回空，看起来就像是Service2拿不到这个新增实体。

修复方案

要让同一个Scoped生命周期内的所有服务都能访问到未提交的新增实体，可以采用以下几种方案：

方案1：查询时主动合并本地跟踪缓存
EF Core的DbSet<T>.Local属性存储了当前DbContext跟踪的所有实体，你可以在查询时优先从本地缓存查找，找不到再查询数据库，示例代码如下：

// 查找单个实体
var targetEntity = dbContext.Set<MyEntity>().Local.FirstOrDefault(e => e.Id == targetId)
    ?? await dbContext.Set<MyEntity>().FirstOrDefaultAsync(e => e.Id == targetId);

// 查询列表（合并本地未提交的新增实体和数据库结果）
var localAddedEntities = dbContext.Set<MyEntity>().Local
    .Where(e => dbContext.Entry(e).State == EntityState.Added)
    .Where(/* 你的查询过滤条件 */)
    .ToList();
var dbQueryEntities = await dbContext.Set<MyEntity>()
    .Where(/* 你的查询过滤条件 */)
    .ToListAsync();
var finalResult = localAddedEntities.Concat(dbQueryEntities).DistinctBy(e => e.Id).ToList();

方案2：封装统一查询入口（推荐）
如果你需要全局生效这个逻辑，可以封装仓储层或者DbContext的扩展方法，所有业务查询都走统一入口，自动完成本地缓存和数据库结果的合并，避免业务代码重复编写合并逻辑。
方案3：利用Scoped缓存共享（适合非自增主键场景）
如果你的实体主键采用主动生成的策略（比如GUID、雪花ID，非数据库自增主键），也可以在调用Add之后把新增的实体存入当前请求的Scoped缓存中，其他服务直接从Scoped缓存读取即可，这种方式实现更简单，但仅适合主键可控的场景。

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