AsNoTracking() 背后是否有任何隐藏功能？

Question

我正在处理一个大型项目（多年来，有许多不同的厨师在做汤）并且刚刚发现了以下代码。

private IEnumerable<string> SomeSome()
{
  using(DataModel context = DataModel())
  {
    context.SomeEntityName.AsNoTracking();
    ...
    return context.SomeEntityName
      .Where(entity => true)
      .Select(entity => String.Empty);
  }
}

现在，我对 AsNoTracking 方法和 it's clearly said 进行了三次检查，以返回一个与 EF 的跟踪设施无关的可查询对象。可以说是 ORM 的一种“一劳永逸”。

注意：

1. 我们不存储价值，也不对返回者的内容做任何事情
2. 我们获得了一组新的（显然是可跟踪的）对象来做事

我想删除该行。但是，出于谦虚（即害怕不怕损坏系统），在删除任何内容之前我会很谨慎。在我的上下文中是否有任何隐含的变化可能会影响实体的第二次检索？

我没有找到任何关于它的信息 - 既不支持也不反对该理论。此外，我还没有找到 EF 5.0 以外的任何其他版本的文档（如上面的链接所示），但我们使用的是 EF 6.1.3，而且我知道所讨论的方法也存在于 EF 4 中。

Answer 1

如果该行代码与您的项目中的代码完全相同，则没有任何变化。

context.SomeEntityName.AsNoTracking();

this ^^^ 返回未保存在任何地方的可查询对象。如果您删除该行，则该行的查询将没有区别。

更新 我浏览了 EF 的源代码。据我所知，AsNoTracking() 不会改变您正在使用的DbContext 对象的状态。因此，如果在一个查询上调用此方法，它应该不会影响其他查询的执行。如果是这样 - 这是 EF 中的一个错误，应该报告。在我项目的多个地方，我有相同的 dbContext 查询，有跟踪和没有跟踪。一切都按预期进行。

来源：

• DbQuery.AsNoTracking()
• DbHelpers.CreateNoTrackingQuery
• TranslatorVisitor.Visit() Line 341+

Answer 2

如果你序列化这个对象，如果你定义了多对多关系，你可能会发现你遇到了问题。 AsNoTracking() 电话可能已经到位以解决此问题，如下所示：

Serialization of Entity Framework objects with One to Many Relationship

平心而论，这有点像 hack，可能会导致（正如您刚刚注意到的）人们想知道为什么在维护时调用它。如果这是被序列化的，最好有一个单独的可序列化 DTO，而不是传递上下文对象本身。

---

我还要注意，有一些关于关闭跟踪以提高性能的讨论。根据您所击中的内容，您可以（显然）在禁用跟踪时获得显着的性能改进。