我有一个 .net 2.0 应用程序,它执行一些繁重的处理,使用大量内存,并且执行更多操作。它从网络服务中获取任务,完成它的工作,返回结果,然后无限重复所有这些。
主要代码结构可以通过这个来简化和说明
while (true)
{
Task t=ServiceAccess.GetTask();
if (t.TaskType == 1)
{
BrutalMemoryConsumerProcessor b=new BrutalMemoryConsumerProcessor();
b.DoTask(t);
}
else if (t.TaskType == 2)
{
HeavyCPUConsumerProcessor h=new HeavyCPUConsumerProcessor();
h.DoTask(t);
}
}
对我来说幸运的是,它在内部代码某处出现 OutOfMemoryException
几个循环后就死了。这是因为两个对象都经过校准以使用几乎所有的 RAM(对于 x86 应用程序),并且在创建新对象实例时使用旧对象实例是进程终止的可靠方法。
好的,所以我首先尝试了一些技巧。即:
GC.Collect();
在循环的开始,就在 while (true)
之后。
运气不好。
接下来,我想起了过去基于 VB6 COM 的日子,并在 if
的范围内尝试了 b = null;
和 h = null;
> 语句 block 。
又一次不走运。
组合,没有骰子。
启动内存分析器。我有一段时间没有使用它,所以我需要浏览几页“程序文件”才能找到它。是YourKit Profiler .不错的玩具...
无论如何,在对它进行一些干预之后,它告诉我对 b
和 h
的引用保留在本地“堆栈范围”内。所以我做了猴子会做的事情,并将上面的内容重写为:
while (true)
{
Task t=ServiceAccess.GetTask();
if (t.TaskType == 1)
{
DoTaskType1(t);
}
else if (t.TaskType == 2)
{
DoTaskType2(t);
HeavyCPUConsumerProcessor h=new HeavyCPUConsumerProcessor();
h.DoTask(t);
}
}
private void DoTask1(Task T)
{
BrutalMemoryConsumerProcessor b=new BrutalMemoryConsumerProcessor();
b.DoTask(T);
}
private void DoTask2(Task T)
{
HeavyCPUConsumerProcessor b=new HeavyCPUConsumerProcessor();
b.DoTask(T);
}
天哪。它解决了内存泄漏问题。
因此,尽管 if
代码块本身就是作用域,但通过将对象创建移动到一个肯定会超出作用域的函数中,对象得到了释放和删除。
为什么?
最佳答案
您可能在未优化的情况下运行(在 Debug模式下,或附加了调试器)。在这种情况下,JIT 将局部变量的生命周期延长到方法的末尾以帮助调试。
使用单独的方法,局部变量只存在于一个单独的堆栈框架中,很快就会消失。
在没有调试器的情况下在 Release模式下尝试。
关于c# - 我是如何解决这个内存泄漏问题的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18595552/