C＃WPF中的内存泄漏

Question

处置所有使用的对象后，我需要减少c＃WPF中的内存泄漏。 但是我无法通过使用以下代码段来完全减少内存消耗。

这是我的代码：

string str;
Uri uri;
private void Button_Click(object sender, RoutedEventArgs e) // "Load" Button
{
    if(img.Source!=null)
    Unload();    
    str = "F://Photos//Parthi//IMG_20141128_172826244.jpg";   // File Size: 0.643 MB            
    uri = new Uri(str);
    img.Source = new BitmapImage(uri);                         
}

private void Button_Click_1(object sender, RoutedEventArgs e) //"Unload Button"
{
    Unload();
}

private void Unload()
{
    Bitmap bmp = GetBitmap(img.Source as BitmapSource);
    bmp.Dispose();
    bmp = null;
    img.Source = null;           
    str = string.Empty;
    uri = null;
}
private Bitmap GetBitmap(BitmapSource source)
{
    Bitmap bmp = new Bitmap(source.PixelWidth, source.PixelHeight, System.Drawing.Imaging.PixelFormat.Format32bppPArgb);
    BitmapData data = bmp.LockBits(new System.Drawing.Rectangle(System.Drawing.Point.Empty, bmp.Size), ImageLockMode.WriteOnly, System.Drawing.Imaging.PixelFormat.Format32bppPArgb);
    source.CopyPixels(Int32Rect.Empty, data.Scan0, data.Height * data.Stride, data.Stride);
    bmp.UnlockBits(data);
    data = null;
    source = null;
    return bmp;
}

运行示例后，在任务管理器中对其进行检查时，产生了以下内存消耗读数，

单击“加载”按钮之前：10.0 MB

单击“加载”按钮后：47.8 MB

单击“卸载”按钮后：26.0 MB

卸载后，我需要将内存减少到10.0 MB。 因此，请对此提供帮助。

提前致谢。

Answer 1

使用.net平台并不能控制内存，就好像它在c / c ++中一样。垃圾收集器操作非常复杂的策略，并且您将内存降至26，但10是正常的事实。 .net保留了一个空间，可为更快的数据重新充电并确保主内存中有可用空间，而无需连续操作系统。

我注意到的是完全正常的。 这是一个问题，过去我曾在课程中亲自接受过Microsoft MVP

查看此： http : //msdn.microsoft.com/zh-cn/library/ee787088%28v=vs.110%29.aspx

这是： 在C＃中强制垃圾回收的最佳实践

Answer 2

首先，不要使用任务管理器来查看您的内存使用情况，因为它仅显示Windows进程分配的内存。 有很多更好的工具，甚至Windows附带的性能监视器也可以让您更好地了解应用程序的性能以及任何内存泄漏。 您可以通过运行perfmon.exe来启动它。

在此示例应用程序中，直到堆达到大约85MB时，GC才会对集合进行攻击。 我为什么要这么做？ 如果我决定再次使用相同的对象，则它的内存并不多，并且可以很好地用作缓存解决方案。

因此，我建议您看一下该工具。 它提供了一个很好的概览，它是免费的。

第二，仅因为您调用了.Dispose()释放这些资源，并不意味着立即释放内存。 您基本上是使它符合垃圾收集的条件，并且当GC到达时，它将进行处理。

WPF应用程序的默认垃圾回收行为是Concurrent（<4.0）/ Background（4.0 = <）Workstation GC。 它运行在一个特殊的线程上，大多数时候会尝试同时运行到应用程序的其余部分（我大部分时间都在说，因为有时它会非常短暂地挂起其他线程，以便完成清理工作。 ）。 它不会等到内存不足时才开始运行，但是同时，它只有在不严重影响性能的情况下才进行收集-这是一种平衡的折衷。

要考虑的另一个因素是，您有一个0.643 MB jpeg文件，一旦您在BitmapImage计数，它就会更多……好​​吧，超过85,000 bytes任何内容都被认为是一个大对象，因此，它被放入了第二代中其中包含大对象堆。 第2代垃圾回收非常昂贵，并且很少执行。 但是，如果您正在运行.NET 4.5.1，但不确定是否运行，则可以强制执行压缩：

GCSettings.LargeObjectHeapCompactionMode = GCLargeObjectHeapCompactionMode.CompactOnce;
GC.Collection();

与.Dipose() ，这不会立即发生，因为这是一个昂贵的过程，并且比第1代小于一毫秒的扫描花费的时间更长。 老实说，您可能甚至不会从中受益，因为我怀疑使用该应用程序，您在LOH中的碎片化程度很高。 我刚刚提到了它，以便您在需要时知道该选项。

那么，为什么我要向您简要介绍一下WPF应用程序（以及与此相关的大多数.NET应用程序）的默认GC行为？ 好，了解GC的行为并确认其存在很重要。 与C ++应用程序不同，在C ++应用程序中您被授予了对内存分配的大量控制权和自由度，.NET应用程序利用了GC。 折衷方案是当GC释放内存时释放内存。 从您的角度来看，甚至有时它会过早地释放它，那就是您可以通过调用GC.KeepAlive(..)显式地使对象保持活动状态。 许多嵌入式系统不使用GC，如果您想对内存进行非常精确的控制，建议您不要使用。

如果您想了解.NET应用程序中的内存处理方式，强烈建议您对垃圾收集器的内部工作方法有所了解。 我已经告诉您的是默认行为的简短快照，还有更多内容。 有几种模式可以提供不同的行为。

Answer 3

尝试管理变量的用法。 您可以执行以下操作：

private void Button_Click(object sender, RoutedEventArgs e) 
{
  img.Source = new BitmapImage(new Uri(@"F://Photos//Parthi//IMG_20141128_172826244.jpg"));                         
}

如果整个类都不需要'str'和'uri'，则可以将其直接添加到对象中。 或者，如果您确实需要存储它并重复使用确实具有巨大容量的数据，则可以将其存储在临时文件上的物理文件上，以防止内存泄漏； 除了将其存储到内存中，您还可以将其存储在物理存储中。

希望能帮助到你

Answer 4

您的Unload方法调用GetBitmap ，但是GetBitmap每次都会返回一个新对象，据我所知，您永远不会真正处置img.Source