ObjectContext为分离实体泄漏内存
本文关键字:泄漏 内存 实体 分离 ObjectContext | 更新日期: 2023-09-27 18:10:11
我已经使用内存分析器检查了这一点,并且没有真正的实体留在内存但是哈希集,字典和EntityKey对象-但我发现没有办法如何断开这些引用。
所以简单的问题:我如何阻止上下文(或其ObjectStateManager)从无限增长的大小?[是的,我知道应该避免长时间的上下文,但在这种情况下,它是一个复杂的分析运行,需要加载几个分层数据(下面的示例只是一个最小的问题演示),所以最后它是一个"短"的单操作上下文。]
复制步骤:
- 创建新的控制台应用程序
- 为Northwind数据库创建EF模型(使用一些真实的SQL Server或复制Northwind)。(从压缩样本文件夹)
- 使用代码:
代码[已更新,不再需要真正的数据库连接]:
class Program
{
static void Main()
{
const double MiB = 1024 * 1024;
using ( var context = new NorthwindEntities() )
{
var last = GC.GetTotalMemory(true) / MiB;
Console.WriteLine("before run: {0:n3} MiB", last);
var id = 0;
while ( true )
{
Run(context, ref id);
GC.Collect(GC.MaxGeneration, GCCollectionMode.Forced);
GC.WaitForPendingFinalizers();
var current = GC.GetTotalMemory(true) / MiB;
Console.WriteLine("after run: {0:n3} MiB (+{1:n3} MiB)", current, current - last);
last = current;
if ( Console.KeyAvailable )
break;
Console.WriteLine(new string('-', 100));
}
}
}
static void Run(NorthwindEntities context, ref int id)
{
for ( int i = 0; i < 100000; i++ )
{
var category = new Category { Category_ID = ++id };
category.EntityKey = new EntityKey("NorthwindEntities.Categories", "Category_ID", id);
var product = new Product { Product_ID = id, Category_ID = id };
product.EntityKey = new EntityKey("NorthwindEntities.Products", "Product_ID", id);
product.Category = category;
context.Attach(product);
context.Detach(product);
context.Detach(category);
}
var ctr = 0;
Console.WriteLine("Enumerating living/attached objects:");
const EntityState AllStates = EntityState.Added | EntityState.Deleted | EntityState.Modified | EntityState.Unchanged;
foreach ( var entry in context.ObjectStateManager.GetObjectStateEntries(AllStates) )
Console.WriteLine(" #{0} [{1}] {2}", ++ctr, entry.EntityKey, entry.Entity);
if ( ctr == 0 )
Console.WriteLine(" NOTHING (as expected)");
}
}
因为我只在调用SaveChanges()之后直接分离实体,所以我现在计算分离实体的数量,当计数器达到10,000时,我从上下文中分离所有仍然存在(和需要)的对象,并创建一个新的上下文,我将所有分离的对象附加到该上下文。缺点:EntityReferences和EntityCollections的IsLoaded属性现在总是false(但我不依赖这个)。
我的理解是,分离意味着从实体中删除上下文,而不是从上下文中删除实体。不要相信上下文会删除对实体(或其内部)的引用。
我同意这种泄漏是一个问题,但是很多人(包括我自己)都试图阻止EF上下文无限增长(只要查询正在运行),但都失败了。
作为一种建议的解决方案,也许不是依赖数据库作为计算的"工作空间",而是可能在您自己的内存表示中重新创建数据库结构,在此基础上工作,然后再转换回db。如果你有很多数据,你可以使用临时文件。
这应该有缩短上下文寿命的效果。
或者,也许可以考虑使用EF以外的其他东西(至少对于处理密集型部分),因为它可能不适合您的情况。也许更低级的东西,比如DataReader会更适合您的情况。