为什么在 DataContext 上调用 Dispose() 后可以枚举 DbLinq 查询？

Question

更新 - 答案显然是 DbLinq 没有正确实现 Dispose()。噢！

---

下面的内容都是误导性的 - 底线：DbLinq 还不等于 LinqToSql，正如我最初问这个问题时所假设的那样。请谨慎使用！

我正在将存储库模式与 DbLinq 结合使用。我的存储库对象实现了 IDisposable，而 Dispose() 方法只做一件事 - 在 DataContext 上调用 Dispose()代码>.每当我使用存储库时，我都会将其包装在 using 块中，如下所示：

public IEnumerable<Person> SelectPersons()
{
    using (var repository = _repositorySource.GetPersonRepository())
    {
        return repository.GetAll(); // returns DataContext.Person as an IQueryable<Person>
    }
}

此方法返回一个 IEnumerable，因此，如果我的理解正确，则不会查询数据库实际上会发生，直到遍历Enumerable（例如，通过将其转换为列表或数组或在foreach循环中使用它），如下所示示例：

var persons = gateway.SelectPersons();
// Dispose() is fired here
var personViewModels = (
    from b in persons
    select new PersonViewModel
    {
        Id = b.Id,
        Name = b.Name,
        Age = b.Age,
        OrdersCount = b.Order.Count()
    }).ToList(); // executes queries

在此示例中，Dispose() 在设置 persons（这是一个 IEnumerable）后立即被调用，这是唯一一次它被调用。

那么，三个问题：

1. 这是如何运作的？在 DataContext 被处置后，已处置的 DataContext 如何仍然查询数据库以获取结果？
2. Dispose() 实际上做了什么？
3. 我听说这是没有必要的（例如，请参阅 这个问题）来处理DataContext，但我的印象是这不是一个坏主意。有什么理由不处置 DbLinq DataContext 吗？

Answer 1

1 这是如何工作的？已处置的 DataContext 如何在已处置后仍查询数据库以获取结果？

它不起作用。有些东西你没有给我们看。我猜测您的存储库类没有在正确的时间正确/正确地处理 DataContext ，或者您在每个末尾都敷衍地编写了 ToList()查询，它完全否定了您通常获得的查询转换和延迟执行。

在测试应用程序中尝试以下代码，我保证你它将抛出一个ObjectDisposeException：

// Bad code; do not use, will throw exception.
IEnumerable<Person> people;
using (var context = new TestDataContext())
{
    people = context.Person;
}
foreach (Person p in people)
{
    Console.WriteLine(p.ID);
}

这是最简单的可重现情况，并且它总是会抛出。另一方面，如果您改为编写 people = context.Person.ToList()，则查询结果已在 using内部枚举> 阻止，我敢打赌这就是你的情况所发生的情况。

2 Dispose() 实际上做了什么？

除此之外，它还设置一个标志，指示 DataContext 已释放，在每个后续查询中都会检查该标志，并导致 DataContext 抛出 ObjectDisposeException > 带有消息对象名称：“Dispose 后访问了 DataContext。”。

如果 DataContext 打开连接并使其保持打开状态，它还会关闭连接。

3 我听说没有必要（例如，参见这个问题）处置 DataContext，但我的印象是这不是一个坏主意。是否有任何理由不处置 LinqToSql DataContext？

有需要Dispose DataContext，因为有必要Dispose所有其他IDisposable代码>.如果未能处置 DataContext，则可能会泄漏连接。如果从 DataContext 检索到的任何实体保持活动状态，您也可能会泄漏内存，因为上下文为其实现的工作单元模式维护内部身份缓存。但即使情况并非如此，您也不关心 Dispose 方法在内部执行的操作。假设它做了一些重要的事情。

IDisposable 是一个合同，它规定：“清理可能不会自动进行；完成后你需要处置我。”如果您忘记Dispose，您无法保证该对象是否具有自己的终结器，该终结器会在您之后进行清理。实现可能会发生变化，这就是为什么依赖观察到的行为而不是明确的规范并不是一个好主意。

如果您使用空的 Dispose 方法处置 IDisposable，可能发生的最糟糕的事情是浪费一些 CPU 周期。如果您未能使用非平凡的实现处置IDisposable，可能发生的最糟糕的事情就是泄漏资源。这里的选择是显而易见的；如果您看到 IDisposable，请不要忘记将其丢弃。

Answer 2

“persons”是一个 IEnumerable 集合，DataContext（存储库）只需要进行 .GetNew 调用。

from/select/etc 关键字是 System.Linq 命名空间中添加的扩展方法的语法糖。这些扩展方法添加您在查询中使用的 IEnumerable 功能，而不是 DataContext。事实上，您完全可以在不使用 LINQ2SQL 的情况下通过以编程方式创建 IEnumerable 来进行演示来完成所有这些操作。

如果您尝试使用这些对象进行任何进一步的存储库 (DataContext) 调用，那么您将收到错误。

IEnumerable 集合将包含存储库中的所有记录，这就是为什么您不需要 DataContext 来进行查询的原因。

扩展方法： http://msdn.microsoft.com/en-us/library /bb383977.aspx

LINQ 扩展方法：
http://msdn.microsoft.com/en-us/库/system.linq.enumerable_members.aspx

Answer 3

在 API 深处，您可能会看到一种使用如下 api 的方法：

http://msdn.microsoft.com/en-us/library/y6wy5a0f(v=VS.100).aspx

该命令执行时，关联的 Connection 对象在以下情况下关闭关联的 DataReader 对象已关闭。