我正在运行一些校正代码，这些校正代码在大量实体上运行，随着它的速度降低，这是因为在上下文中跟踪的实体的数量随着每次迭代的增加而增加，这可能需要很长时间，因此我在最后保存更改每次迭代。每次迭代都是独立的，并且不会更改先前加载的实体。
我知道我可以关闭变更跟踪，但我不想这样做，因为它不是批量插入代码，而是加载实体并计算一些事情，如果数字不正确，请设置新数字并更新/删除/创建一些其他实体。我知道我可以为每个迭代创建一个新的DbContext，并且可能比在同一实例中执行所有操作要快，但我认为可能会有更好的方法。
所以问题是；有没有一种方法可以清除以前在db上下文中加载的实体？
Answers:
您可以将方法添加到您的方法DbContext或使用ChangeTracker的扩展方法中，以分离所有已添加，已修改和已删除实体：
public void DetachAllEntities()
{
var changedEntriesCopy = this.ChangeTracker.Entries()
.Where(e => e.State == EntityState.Added ||
e.State == EntityState.Modified ||
e.State == EntityState.Deleted)
.ToList();
foreach (var entry in changedEntriesCopy)
entry.State = EntityState.Detached;
}
var entity应该确实var entry是条目而不是实际实体）
1.可能性：分离条目
dbContext.Entry(entity).State = EntityState.Detached;
当您分离条目时，更改跟踪器将停止跟踪它（并应导致更好的性能）
请参阅：http：//msdn.microsoft.com/de-de/library/system.data.entitystate（v = vs.110）.aspx
2.可能性：使用您自己的Status字段+脱节的上下文
也许您想独立控制实体的状态，以便可以使用断开连接的图。添加实体状态的属性，并dbContext.Entry(entity).State在执行操作时将此状态转换为状态（使用存储库执行此操作）
public class Foo
{
public EntityStatus EntityStatus { get; set; }
}
public enum EntityStatus
{
Unmodified,
Modified,
Added
}
有关示例，请参见以下链接：https : //www.safaribooksonline.com/library/view/programming-entity-framework/9781449331825/ch04s06.html
我正在运行Windows服务，该服务每分钟更新一次值，并且遇到了同样的问题。我尝试运行@DavidSherrets解决方案，但几个小时后，它也变慢了。我的解决方案是为每次新运行简单地创建一个新的上下文。很简单，但是有效。
_dbContext = new DbContext();
我只是遇到了这个问题，最终偶然发现了一个针对使用典型.NET Core依赖项注入的用户的更好解决方案。您可以为每个操作使用范围限定的DbContext。这将重置，DbContext.ChangeTracker因此SaveChangesAsync()不会因过去的迭代而陷入检查实体的困境。这是一个示例ASP.NET Core Controller方法：
/// <summary>
/// An endpoint that processes a batch of records.
/// </summary>
/// <param name="provider">The service provider to create scoped DbContexts.
/// This is injected by DI per the FromServices attribute.</param>
/// <param name="records">The batch of records.</param>
public async Task<IActionResult> PostRecords(
[FromServices] IServiceProvider provider,
Record[] records)
{
// The service scope factory is used to create a scope per iteration
var serviceScopeFactory =
provider.GetRequiredService<IServiceScopeFactory>();
foreach (var record in records)
{
// At the end of the using block, scope.Dispose() will be called,
// release the DbContext so it can be disposed/reset
using (var scope = serviceScopeFactory.CreateScope())
{
var context = scope.ServiceProvider.GetService<MainDbContext>();
// Query and modify database records as needed
await context.SaveChangesAsync();
}
}
return Ok();
}
鉴于ASP.NET Core项目通常使用DbContextPool，所以它甚至不会创建/销毁DbContext对象。（如果您感兴趣，DbContextPool实际上会调用DbContext.ResetState()和DbContext.Resurrect()，但是我不建议直接从您的代码中调用它们，因为它们可能在将来的版本中更改。）
https://github.com/aspnet/EntityFrameworkCore/blob/v2 .2.1 / src / EFCore / Internal / DbContextPool.cs＃L157
从EF Core 3.0开始，有一个内部API可以重置ChangeTracker。不要在生产代码中使用它，我会提到它，因为它可能会根据情况帮助某人进行测试。
using Microsoft.EntityFrameworkCore.Internal;
_context.GetDependencies().StateManager.ResetState();
就像对代码的注释所说的那样；
这是一个内部API，支持Entity Framework Core基础结构，并且不受与公共API相同的兼容性标准的约束。在任何版本中，可能会更改或删除它，恕不另行通知。您仅应非常谨慎地在代码中直接使用它，并且知道这样做会导致在更新到新的Entity Framework Core版本时导致应用程序失败。
context.Entry(entity).State = EntityState.Detached，它将停止跟踪该特定实体。