C# IQueryable二次调用返回数据异常：调用顺序影响查询结果

我有两个对象，调用成员函数从数据库检索数据时，函数的调用顺序会影响结果。无论哪个函数被第二次调用，都会返回额外的数据：

IQueryable<SameClass> object_1;
IList<SameClass> object_2;

调用方式如下：

object_1= this.sameService.function1();
object_2= this.sameService.function2();

这些函数最终都会调用同一个仓储进行数据访问：

// function1对应的仓储逻辑
IQueryable<SameClass> object_3= this.sameRepo.GetMany(whr => data checks).AsNoTracking();

// function2对应的仓储逻辑
IList<SameClass> object_3 = this.sameRepo.GetAll().ToList();

例如，先调用object_1= this.sameService.function1()再调用object_2 = this.sameService.function2()，后者返回51条记录，但单独调用它时返回正确的34条记录。

我尝试给SameClass添加IDisposable接口，创建IQueryable<SameClass>时用try{} finally{}块释放对象，还添加了.AsNoTracking()，但问题依旧。请问我遗漏了什么？

• 核心原因：DbContext的状态共享与延迟执行
  问题根源大概率是仓储复用了同一个DbContext实例。IQueryable是延迟执行的，调用function1返回IQueryable后，查询并没有立即执行；当后续调用function2里的ToList()触发查询时，两次查询会共享同一个DbContext，导致上下文里的临时数据或者未执行的查询逻辑干扰了第二次结果，出现额外数据。

• 无效尝试的原因

  • 给SameClass加IDisposable完全没必要，实体类不需要手动释放，问题出在DbContext而非实体本身。
  • try/finally块如果没针对DbContext做释放，等于没解决核心问题；如果释放了DbContext，后续仓储调用会直接报错，所以你的操作没命中关键点。
  • .AsNoTracking()只是关闭实体状态跟踪，但无法解决DbContext的延迟执行和查询上下文共享问题。

• 具体解决办法

  1. 让function1立即执行查询：把IQueryable转换成List/ToArray，避免延迟执行。修改function1的实现：

     // 将IQueryable转为List，触发立即查询
     return this.sameRepo.GetMany(whr => data checks).AsNoTracking().ToList();
     

     这样function1调用时就直接从数据库获取并返回数据，不会和后续function2的查询共享上下文。
  2. 确保仓储使用独立的DbContext：如果你的仓储是单例或者复用了DbContext，改成每次调用仓储方法时创建新的DbContext实例；或者通过依赖注入配置DbContext为Scoped生命周期，保证每次业务调用的DbContext是独立的。
  3. 检查仓储的GetAll()实现：确认GetAll()是否在仓储内部做了缓存（比如把结果存在私有字段里），如果是，第二次调用时会返回缓存数据加新查询数据，导致结果重复。

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