【问题标题】:How did I solve this memory leak-ish issue?我是如何解决这个内存泄漏问题的?
【发布时间】:2013-09-03 15:02:15
【问题描述】:

我有一个 .net 2.0 应用程序,它执行一些繁重的处理,使用大量内存,并且执行更多。它从 Web 服务中获取任务,完成它的工作,返回结果,然后无限重复所有这些。

主要代码结构可以由此简化说明

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;

又没有运气了。

组合,没有骰子。

启动了内存分析器。我有一段时间没有使用它,所以我需要浏览几页“程序文件”才能找到它。它是YourKit Profiler。不错的玩具...

无论如何,经过一番干预后,它告诉我对 bh 的引用仍在本地“堆栈范围”内。所以我做了猴子会做的事情,并将上面重写为:

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 代码块本身就是范围,但通过将对象创建移动到肯定会超出范围的函数中,对象被释放和删除。

为什么?

【问题讨论】:

    标签: c# .net memory-leaks .net-2.0


    【解决方案1】:

    您可能未优化运行(在调试模式下,或附加了调试器)。在这种情况下,JIT 将本地变量的生命周期延长到方法的末尾以帮助调试。

    使用单独的方法,局部变量只存在于一个单独的堆栈框架中,很快就会消失。

    在没有调试器的情况下在发布模式下尝试。

    【讨论】:

    • 您正确地闻到了调试器和调试模式。将尝试查看在发布模式下是否会发生同样的情况(当我抓住一些时间时)。
    • 即使在发布模式下,您也必须分离调试器才能使其具有正确的内存行为。
    猜你喜欢
    • 2011-05-28
    • 1970-01-01
    • 1970-01-01
    • 2012-05-23
    • 2012-08-19
    • 1970-01-01
    • 2020-11-03
    • 2020-01-01
    相关资源
    最近更新 更多