这个问题可以简单地通过将数据转换为列表来解决

 var details = _webcontext.products.ToList();


            if (details != null)
            {
                Parallel.ForEach(details, x =>
                {
                    Products obj = new Products();
                    obj.slno = x.slno;
                    obj.ProductName = x.ProductName;
                    obj.Price = Convert.ToInt32(x.Price);
                    li.Add(obj);

                });
                return li;
            }

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.

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

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

在启用MARS和将整个结果集检索到内存之间有一个很好的中间地带，那就是在初始查询中只检索id，然后循环遍历实现每个实体的id。

例如(使用这个答案中的“博客和帖子”样本实体):

using (var context = new BlogContext())
{
    // Get the IDs of all the items to loop through. This is
    // materialized so that the data reader is closed by the
    // time we're looping through the list.
    var blogIds = context.Blogs.Select(blog => blog.Id).ToList();

    // This query represents all our items in their full glory,
    // but, items are only materialized one at a time as we
    // loop through them.
    var blogs =
        blogIds.Select(id => context.Blogs.First(blog => blog.Id == id));

    foreach (var blog in blogs)
    {
        this.DoSomethingWith(blog.Posts);

        context.SaveChanges();
    }
}

这样做意味着您只需将几千个整数拉入内存，而不是将数千个完整的对象图拉入内存，这将最小化内存使用，同时允许您在不启用MARS的情况下逐项工作。

从示例中可以看到，这样做的另一个好处是，您可以在循环遍历每个项时保存更改，而不必等到循环结束(或其他类似的解决方法)，即使启用了MARS也需要这样做(参见这里和这里)。

如果我们试图将部分条件分组到Func<>或扩展方法中，我们将得到这个错误，假设我们有这样的代码:

public static Func<PriceList, bool> IsCurrent()
{
  return p => (p.ValidFrom == null || p.ValidFrom <= DateTime.Now) &&
              (p.ValidTo == null || p.ValidTo >= DateTime.Now);
}

Or

public static IEnumerable<PriceList> IsCurrent(this IEnumerable<PriceList> prices) { .... }

这将抛出异常，如果我们试图在Where()中使用它，我们应该做的是构建一个这样的Predicate:

public static Expression<Func<PriceList, bool>> IsCurrent()
{
    return p => (p.ValidFrom == null || p.ValidFrom <= DateTime.Now) &&
                (p.ValidTo == null || p.ValidTo >= DateTime.Now);
}

更多信息请访问:http://www.albahari.com/nutshell/predicatebuilder.aspx

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