在我的情况下，我发现在myContext.SaveChangesAsync()调用之前缺少“await”语句。在这些异步调用之前添加await，为我解决了数据读取器的问题。

It is not about closing connection. EF manages connection correctly. My understanding of this problem is that there are multiple data retrieval commands executed on single connection (or single command with multiple selects) while next DataReader is executed before first one has completed the reading. The only way to avoid the exception is to allow multiple nested DataReaders = turn on MultipleActiveResultSets. Another scenario when this always happens is when you iterate through result of the query (IQueryable) and you will trigger lazy loading for loaded entity inside the iteration.

我发现我有同样的错误，它发生在我使用Func<TEntity时，bool>而不是表达式<Func<TEntity, bool>>作为谓词。

一旦我改变了所有的Func的表达式的异常停止抛出。

我相信entityframework在Expression中做了一些聪明的事情，这是它在Func中做不到的

你得到这个错误，当你试图迭代的集合是一种惰性加载(iquerible)。

foreach (var user in _dbContext.Users)
{    
}

将iquerible集合转换为其他可枚举集合将解决这个问题。 例子

_dbContext.Users.ToList()

注意:. tolist()每次都会创建一个新的集合，如果你在处理大数据，它会导致性能问题。

在我的情况下，这个问题与MARS连接字符串无关，而是与json序列化有关。 在将我的项目从NetCore2升级到3后，我得到了这个错误。

更多信息可以在这里找到

缓解这一问题的2个解决方案:

强制内存缓存保持延迟加载 查询，这样你就可以遍历它，打开一个新的DataReader。 .Include(/你想在查询中加载的附加实体/)this 叫做急装，它允许你(确实)包括 方法执行查询期间的关联对象(实体) DataReader。