内存泄漏及手动回收

什么是内存泄漏

内存泄漏不是指内存条坏了。而是在程序运行过程中，程序所占用的内存并没有完全按照预计的那样被释放掉。那么就可以认为是内存泄漏了。也就意味着，在程序运行的过程中，存在这样内存被“不合理的”占用更多了，被“不合理的”增长，可用内存越来越少。就像下面这幅图， 如果这个泄露很严重的话，一但可用内存不足，整个程序必然崩溃。



因此，研究内存泄漏问题也就是研究内存如何更加合理的利用和释放内存。举个例子。

class Button
{
public void OnClick(object sender, EventArgs e)
{
//.....
}
}
class Program
{
/// <summary>
/// 建立按钮点击的委托事件
/// </summary>
static event EventHandler ButtonClick;
static void Main(string[] args)
{
Button button = new Button();
ButtonClick += button.OnClick;
}
}

因为这段代码中，我们使用了一个静态的事件，而静态成员的生命周期是从应用程序被加载开始，直到应用程序被卸载，也就是说在通常情况下如果进程没被关闭，又没有取消注册事件，那么ButtonClick事件包含的EventHandler委托所引用的对象会一直存在到进程结束为止，这就造成了内存泄漏问题。

再比如，如果新建对象只在某个方法中被使用，那么本来在方法执行结束也就是该方法的”}” 运行后即将被释放。但是，如果我们将临时用到的对象放在了类中，那么只能等该类的作用域结束才能被释放。（以上针对非静态类和非静态属性）。

二、内存回收的方式

.net自带内存回收机制。说的更直接一些，就是我们使用 new 运算符创建对象时，运行库都从托管堆为该对象分配内存。而在该对象离开他的生存期后自然就被释放了。我们并没有参与其中的操作。但是往往这样，还是不够。因为.NET的GC机制有这样两个问题：

首先，GC并不是能释放所有的资源。它不能自动释放非托管资源。

其次，GC并不是实时性的，这将会造成系统性能上的瓶颈和不确定性。

因此我们还可以了解以下方式。

1、引用计数

引用计数是指，针对每一个对象，保存一个对该对象的引用计数，该对象的引用增加，则相应的引用计数增加。如果对象的引用计数为零，则回收该对象。

优点：引用计数最大的优点就是容易实现。二是成本小，基本上引用计数为0的时候垃圾会被立即回收，而其他方法难以预测对象的生命周期，垃圾存在的时间都会比这个方法高。另，这种垃圾回收方式产生的中断时间最短。

缺点：最著名的缺点就是如果对象中存在循环引用，就无法被回收。例如，下面三个对象互相引用，但是不存在从根（Root）指向的引用，所以已经是垃圾了。但是引用计数不为0.

2、标记清除法(mark-weep)

C#中采用的是标记法回收内存，全部对象都要标记，并且只标记一次就不再标记。判断一个对象是不是垃圾取决于是否有引用，而是取决是是否被root引用。

3.手动进行垃圾回收（GC(Garbagecollection)

如上文所说，GC并不是实时性的，这将会造成系统性能上的瓶颈和不确定性。所以有了IDisposable接口，IDisposable接口定义了Dispose方法，这个方法用来供程序员显式调用以释放非托管资源。或使用using语句可以简化资源管理。

三 GC的具体实现

1类实现IDisposable接口。

2在该类中重写Dispose方法。代码如下：

public void Dispose()
{
Dispose(true) ;
GC.SuppressFinalize(this);
}
private ReaderWriterLockSlim locker = new ReaderWriterLockSlim();
private bool disposed = false;

/// <summary>
/// 释放资源
/// </summary>
/// <param name="disposing"> true释放托管和非托管资源,false只释放非托管资源 </param>
protected virtual void Dispose(bool disposing)
{
if (!disposed)
{
disposed = true;

if (disposing)
{
// Dispose managed resources.
locker.EnterWriteLock();
try
{
try { clients.Clear(); }
catch
{ }
}
finally { locker.ExitWriteLock(); }

locker.Dispose();
}
// Dispose unmanaged resources
}
}

内存泄露问题，排查起来非常困难。以上只能算是初级的补救措施。仍需继续学习。