使用EF及EfRepository（类似nopcommerce）时，跨Web应用调用Entities.Find(id)无法获取更新数据的解决方法咨询

这个问题我之前也碰到过，本质上是**Entity Framework的一级缓存（DbContext本地内存缓存）**在搞鬼！两个Web应用各自维护独立的DbContext实例，Web应用2的DbContext如果已经加载过这条数据，Find方法会直接从本地缓存返回旧数据，而不会去数据库读取最新的更新。下面给你几个实用的解决办法：

方法1：绕过一级缓存，直接查询数据库 #

修改Web应用2的查询代码，使用AsNoTracking()标记查询，让EF跳过本地缓存，每次都从数据库获取最新数据：

// 替换原来的Find调用
var updatedEntity = this.Entities.AsNoTracking().Find(2);

或者用FirstOrDefault配合条件查询（效果一致）：

var updatedEntity = this.Entities.AsNoTracking().FirstOrDefault(t => t.Id == 2);

注意：AsNoTracking()返回的实体是无跟踪状态的，如果之后需要修改这个实体，需要先调用_context.Attach(updatedEntity)将其附加到DbContext，或者重新查询带跟踪的实体。

方法2：强制刷新已缓存的实体 #

如果Web应用2的DbContext已经缓存了这条数据，可以在查询后强制从数据库刷新实体：

var entity = this.Entities.Find(2);
if (entity != null)
{
    // 强制从数据库重载实体数据
    _context.Entry(entity).Reload();
}
// 现在entity的status就是最新的200了

方法3：检查DbContext的生命周期配置 #

如果Web应用2的DbContext是**Singleton（单例）生命周期，那它的本地缓存会一直存在，永远不会自动更新。你需要确保DbContext使用Scoped（请求域）**生命周期（比如在ASP.NET中默认就是Scoped），这样每个请求结束后DbContext会被销毁，下一次请求会创建新的DbContext，自然不会有旧缓存的问题。

比如在NopCommerce架构中，EfRepository的DbContext通常是注入的Scoped实例，如果你在Web应用2中错误地配置成了Singleton，就会出现这种缓存不一致的情况。

补充说明 #

Find方法的逻辑是：先检查DbContext的本地缓存中是否存在对应主键的实体，如果有直接返回；没有才去数据库查询并加入缓存。所以当数据库数据更新后，缓存里的旧数据不会自动同步，必须手动处理。

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