我正在 Visual Studio 2010 中开发一个相对较大的解决方案。它有多个项目,其中一个是 XNA 游戏项目,另一个是 ASP.NET MVC 2 项目。
对于这两个项目,我都面临着同样的问题:在 Debug模式下启动它们后,内存使用率不断上升。它们分别以 40 和 100MB 的内存使用率开始,但都相对较快地攀升至 1.5GB(分别为 10 分钟和 30 分钟)。之后它有时会回落到接近初始使用情况,而其他时候它只会抛出 OutOfMemoryExceptions
。
当然,这表明存在严重的内存泄漏,所以这就是我最初试图发现问题的地方。在未成功搜索泄漏后,我尝试定期调用 GC.Collect()
(大约每 10 秒一次)。引入这个“hack”后,内存使用量分别保持在 45 MB 和 120MB 24 小时(直到我停止测试)。
.NET 的垃圾收集应该“非常好”,但我不禁怀疑它只是没有发挥作用。我已经使用 CLR Profiler 试图解决这个问题,它表明 XNA 项目似乎已经保存了很多我确实在使用的字节数组,但是对它们的引用应该已经被删除,因此被垃圾收集了收藏家。
同样,当我定期调用 GC.Collect()
时,内存使用问题似乎已经消失。有谁知道可能导致这种高内存使用率的原因是什么?有没有可能跟在Debug模式下运行有关?
最佳答案
After searching for leaks unsuccesfully
再努力一点=)
托管语言中的内存泄漏可能很难追踪。我对 Redgate ANTS Memory Profiler 有很好的体验.它不是免费的,但他们会为您提供 14 天的全功能试用。它有一个漂亮的用户界面,并向您显示内存分配的位置以及为什么将这些对象保存在内存中。
正如 Alex 所说,事件处理程序是 .NET 应用程序中非常常见的内存泄漏源。考虑一下:
public static class SomeStaticClass
{
public event EventHandler SomeEvent;
}
private class Foo
{
public Foo()
{
SomeStaticClass.SomeEvent += MyHandler;
}
private void MyHandler( object sender, EventArgs ) { /* whatever */ }
}
我在这里使用了一个静态类来使问题尽可能明显。比方说,在您的应用程序的生命周期中,许多 Foo
对象被创建。每个Foo
订阅 SomeEvent
静态类的事件。
Foo
对象可能一次或一次超出范围,但静态类通过事件处理程序委托(delegate)维护对每个对象的引用。因此,它们可以无限期地存活。在这种情况下,事件处理程序只需要“脱钩”。
...the XNA project seemed to have saved a lot of byte arrays I was indeed using...
您可能会在 LOH 中遇到碎片。如果您非常频繁地分配大对象,它们可能会导致问题。这些对象的总大小可能比分配给运行时的总内存小得多,但由于碎片,有很多未使用的内存分配给您的应用程序。
我上面链接的分析器会告诉你这是否是一个问题。如果是,您很可能能够将其追踪到某处的对象泄漏。我刚刚修复了我的应用程序中显示相同行为的问题,这是由于 MemoryStream
引起的不释放其内部byte[]
即使在调用 Dispose()
之后在上面。将流包装在虚拟流中并将其清零可解决问题。
此外,说明显而易见的是,请确保 Dispose()
实现 IDisposable
的对象.周围可能有本地资源。同样,一个好的分析器会捕捉到这一点。
我的建议;这不是 GC,问题出在您的应用程序中。使用分析器,让您的应用程序处于高内存消耗状态,获取内存快照并开始分析。
关于C# .NET 垃圾回收无法正常运行?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6374780/