我对.AsNoTracking()扩展名有疑问，因为这都是很新的，也很令人困惑。
我正在为网站使用每个请求的上下文。
我的许多实体都不会更改，因此不需要跟踪，但是在以下情况下，我不确定数据库的内容，甚至不确定在这种情况下是否有所作为。
这个例子是我目前正在做的：
context.Set<User>().AsNoTracking()
// Step 1) Get user
context.Set<User>()
// Step 2) Update user与上面相同，但是.AsNoTracking()从步骤1中删除了：
context.Set<User>();
// Step 1) Get user
context.Set<User>()
// Step 2) Update user步骤1和2使用相同的上下文，但是发生在不同的时间。我无法解决的是是否有任何区别。由于第2步是更新，因此我猜两者都将两次访问数据库。
谁能告诉我有什么区别？
Answers:
区别在于，在第一种情况下，上下文不会跟踪检索到的用户，因此当您要将用户保存回数据库时，必须附加它并正确设置用户状态，以便EF知道它应该更新现有用户而不是插入一个新的。在第二种情况下，如果使用相同的上下文实例加载和保存用户，则不需要这样做，因为跟踪机制会为您处理该情况。
实体框架公开了许多性能调整选项，以帮助您优化应用程序的性能。这些调整选项之一是.AsNoTracking()。通过这种优化，您可以告诉您Entity Framework不要跟踪查询结果。这意味着Entity Framework不对查询返回的实体执行任何其他处理或存储。但是，这也意味着您必须先将这些实体重新附加到跟踪图上，才能更新它们。
使用AsNoTracking可以显着提高性能
没有跟踪LINQ到实体查询
当查询用于读取操作时，建议使用AsNoTracking（）。在这些情况下，您可以取回您的实体，但是它们不会被上下文跟踪，这可以确保最小的内存使用量和最佳性能
优点
- 与常规LINQ查询相比，性能得到了提高。
- 完全物化的对象。
- 使用编程语言内置的语法最简单地编写。
缺点
- 不适合CUD操作。
- 某些技术限制，例如：与Entity SQL中的简单OUTER JOIN语句相比，对OUTER JOIN查询使用DefaultIfEmpty的模式所导致的查询更为复杂。
- 您仍然不能将LIKE与常规模式匹配一起使用。
此处提供更多信息：
禁用跟踪还将导致您的结果集被流式传输到内存中。当您处理大量数据并且不需要一次全部使用整个数据集时，这样做会更有效率。
参考文献：
AsNoTracking（）允许绕过EF中的“每条记录唯一键”要求（其他答案未明确提及）。
这在读取不支持唯一键的View时非常有用，因为某些字段可能为空，或者该视图的性质在逻辑上不可索引。
对于这些情况，“键”可以设置为任何不可为空的列，但随后每个查询都必须使用AsNoTracking（），否则将跳过记录（按键重复）。
如果您还有其他改变数据库的方法（例如另一个过程），并且需要确保您看到了这些更改，请使用AsNoTracking()，否则EF可能会为您提供上下文具有的最后一个副本，因此通常在每个查询中都使用一个新的上下文是一件好事：
http://codethug.com/2016/02/19/Entity-Framework-Cache-Busting/