《Effective C#》读书笔记——条目17:实现标准的销毁模式<.NET资源管理>

　　如何为我们自己的包含非托管资源的类型编写资源管理代码呢？在 .NET 中为我们提供了一种标准的销毁非托管资源的模式，这个标准的模式能够使使用者通过调用IDisposable接口正常释放掉非托管资源，也能够保证使用者在忘记释放资源时使用终结器释放。这个标准模式可以和GC配合，保证仅在最糟糕的情况下才调用终结器，尽可能的降低其带来的性能影响。

阅读目录：

　　　　1.实现IDisposable接口

　　　　　　1.1 资源释放的标准模式

　　　　2.提供终结器

　　　　　　2.1 析构函数

　　　　小节

　　　　参考阅读&进一步阅读

1.实现IDisposable接口

　　实现IDisposable接口是一种标准的做法，用来通知使用者和运行时系统该对象包含的资源需要及时释放。IDisposable.Dispose()方法仅仅定义了一个方法：

public interface IDisposable
{
void Dispose();
}

　　

实现IDisposable.Dispose()方法需要完成以下目标：



实现IDisposable接口应该完成两件事：

1.1 资源释放的标准模式

　　不过这里存在着问题：如何让派生类清理自己的资源，同样也能让基类进行清理呢？如果派生类覆写了终结器，或是实现了IDisposable接口，那么这些方法必须调用基类。否则，基类将不能够被正确清理。在这里我们有一种标准的做法就是：编写一个受保护的虚辅助方法，将销毁和析构共同的工作提取出来，并让派生类也可以释放其自己的资源。基类包含了核心接口的代码，而虚方法则为派生类提供了根据Dispose()或终结器的需要进行资源清理的入口：

//Dispose 虚方法
//将销毁和析构共同的工作提取出来，并让派生类也可以释放其自己的资源
protected virtual void Dispose(bool isDisposing)

该重载方法需要同时支持终结器和Dispose方法，同时因为它是个虚方法所以所有得派生类都可以讲其作为释放资源的入口点。派生类可覆写该方法，并在其中清理自身的资源，然后调用基类的版本。我们来看这一个标准模式的示例代码：

public class MyResourceHog : IDisposable
{
//标记为已销毁
private bool alreadyDisposed = false;

//实现IDisposable
//调用定义的Dispose()虚方法
//跳过终结器
public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this);
}

//Dispose 虚方法
//将销毁和析构共同的工作提取出来，并让派生类也可以释放其自己的资源
//isDisposing == true 时，同时清理托管资源；
protected virtual void Dispose(bool isDisposing)
{
//不需要处理多次
if (alreadyDisposed)
return;
if (isDisposing)
{
//省略：在这里释放托管资源
}
//省略：在这里释放非托管资源
//设置已处理标志
alreadyDisposed = true;
}

public void ExampleMethod()
{
if (alreadyDisposed)
throw new ObjectDisposedException("MyResourceHog", "调用了已经被释放的对象");
//省略
}
}

派生类在执行自己分配的资源清理工作时，可以覆写基类中受保护的Dispose(bool)方法，且无论isDisposing取值如何，都要调用基类的Dispose(isDisposing)方法，以便让基类完成自身资源的释放：

public class DerivedResourceHog : MyResourceHog
{
private bool disposed = false;

protected override void Dispose(bool isDisposing)
{
if (disposed)
return;
if (isDisposing)
{
//这里释放托管资源
}
//释放非托管资源

//这里释放基类资源
//基类负责调用
// GC.SuppressFinalize(this);
base.Dispose(isDisposing);

//设置已经被销毁的标志
disposed = true;
}
}

　　我们可以观察到前面的示例中基类和派生类都包含了一个标志，表示对象当前的销毁状态。这是种防御性手段，各个对象维持自身的状态可以把销毁过程中可能出现的错误限制在了一个类型中，而不会影响到组成对象的所有类型。Dispose()方法可以被调用多次，即使对象已经被销毁，终结器也有类似的规则。

　　同时我们应该看到，示例程序中的两个类并没有提供终结器，这是由于这里没有使用非托管资源——因此不需要终结器(也就是说，上面的代码一直会调用Dispose(true))。除非你的类中包含非托管资源，否则不应该实现终结器，因为这个会对性能造成很大的影响(即使终结器用于也不会被调用)。不过这个标准模式确实不可改变的，因为派生类中可能会使用非托管资源，所以添加终结器，进而实现Dispose(bool)，以便正确处理非托管资源。

关于销毁/清理方法最重要的建议：

2.提供终结器

　　如果你的类使用了非托管资源，那么你必须提供一个终结器。因为类的使用者可能会忘记调用Dispose()方法。如果没有提供终结器，而使用者又忘记调用Dispose()的话，那么就会发生资源泄露。终结器是唯一可以保证能够释放掉非托管资源的方式，没有之一。

　我们通过调用Object.Finalize 方法来使用终结器，默认情况下，Finalize方法不会执行任何操作，如果我们想要让GC在回收对象内存前执行清理非托管资源的操作，我们必须先在类中重写该方法(添加析构函数)。

2.1 析构函数

　　析构函数是C#调用终结器的操作机制，析构函数是由GC来负责调用的。程序退出时也会调用析构函数。析构函数具有下面的几个特点：



我们看下面的使用析构函数的示例：

public class Employee
{
//析构函数
~Employee()
{
//清理操作
}
}

经过编译器编译后会生成和下面类似的代码：

public class Employee
{
protected override void Finalize()
{
try
{
//清理操作...
}
finally
{
base.Finalize();
}
}
}

从上面的代码我们知道：通过自动调用基类型的析构函数可以保证继承链上的对象所使用的非托管资源得到有效的释放。或者我们可以直接查看IL代码：



　　

小节

参考&进一步阅读

清理非托管资源

析构函数(C#编程指南)