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.

在我的情况下，问题发生是因为依赖注入注册。我正在将每个请求范围的服务注入到一个单例注册服务中，该服务使用dbcontext。因此在多个请求中使用了dbcontext，因此出现了错误。

我注意到，当我发送一个iquerible到视图并在双foreach中使用它时，这个错误发生了，其中内部foreach也需要使用连接。简单的例子(ViewBag。parent可以是iqueryable或者DbSet):

foreach (var parent in ViewBag.parents)
{
    foreach (var child in parent.childs)
    {

    }
}

简单的解决方案是在使用集合之前对其使用. tolist()。还要注意，MARS不能与MySQL一起工作。

尝试在连接字符串中设置MultipleActiveResultSets=true。 这允许在数据库上进行多任务处理。

Server=yourserver ;AttachDbFilename=database;User Id=sa;Password=blah ;MultipleActiveResultSets=true;App=EntityFramework

这对我很有用……无论你的连接是在app.config中还是通过编程方式设置的… 希望这对大家有帮助

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

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

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

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