C#中的析构函数

    现在，让我们看一个解构器怎样被调用的例子。我们有三个类a，b和c。b派生自a，c派生自b。每个类有它们自己的构造器和解构。在类app的main函数中，我们创建c的对象。

using system;

class a{public a(){  console.writeline("creating a");}~a(){  console.writeline("destroying a"); }}class b:a{　public b()　{  　console.writeline("creating b");　}  ~b() {  console.writeline("destroying b"); }} class c:b{　public c() {  console.writeline("creating c"); }  ~c() {  console.writeline("destroying c"); }}  class app{　publicstaticvoid main() {  c c=new c();  console.writeline("object created ");  console.writeline("press enter to destroy it");  console.readline();  c=null;  //gc.collect();  console.read(); }}      正如我们预料的，基类的构造器将会被执行并且程序会等待用户按‘enter’。当这个发生，我们把类c的对象置为null.但解构器没有被执行..！！？？正像我们所说的，程序员无法控制解构器何时被执行因为这是由垃圾搜集器决定的。但程序退出时解构器被调用了。你能通过重定向程序的o/p到文本文件来检查这个。我将它输出在这里。注意到基类的解构器被调用了，因为在背后base.finalize()被调用了。

creating a

creating bcreating cobject created press enter to destroy itdestroying cdestroying bdestroying a    所以，如果一旦你使用完对象你就想调用解构器，你该怎么做？有两个方法：调用垃圾搜集器来清理。

实现idisposable的dispose方法。

调用垃圾搜集器

　　你能通过调用gc.collect方法强制垃圾搜集器来清理内存，但在大多数情况下，这应该避免因为它会导致性能问题。在上面的程序中，在gc.collect()处移除注释。编译并运行它。现在，你能看到解构器在控制台中被执行了。

实现idisposable接口

　　idisposable 接口包括仅有的一个公共方法，其声明为void dispose()。我们能实现这个方法来关闭或释放非托管资源如实现了这个接口的类事例所控制的文件，流，和句柄等。这个方法被用做所有任务联合对象的资源释放。当实现了这个方法，对象必须寻求确保所有拥有的资源被继承结构中关联的资源也释放（不能把握，翻不出来）。

class myclass:idisposable

{publicvoid dispose() {   //implementation }}　　当我们实现了idisposable接口时，我们需要规则来确保dispose被适当地调用。

 联合使用解构器和idisposable接口

 public class myclass:idisposable

{private bool isdisposed=false;public void dispose(){  dispose(true);  gc.supressfinalize(this);}protected void dispose(bool diposing){  if(!isdisposed)  {  if(disposing)  {   //clean up managed resources  } //clean up unmanaged resources } isdisposed=true;}  ~myclass(){  dispose(false);}}　　在这里重载了dispose(bool)来做清理工作，并且所有的清理代码都仅写在这个方法中。这个方法被解构器和idisposable.dispose()两着调用。我们应该注意dispose(bool)没有在任何地方被调用除了在idisposable.dispose()和解构器中。

　　当一个客户调用idisposable.dispose()时,客户特意地想要清理托管的和非托管资源，并且因此完成清理工作。有一件你必须注意的事情是我们在清理资源之后立即调用了gc.supressfinalize(this)。这个方法通知垃圾搜集器不需要调用解构器，因为我们已经做了清理。

    注意上面的例子，解构器使用参数false调用dispose。这里，我们确信垃圾搜集器搜集了托管资源。我们仅仅做非托管资源的清理。

 结论

    尽管如此我们花费一些时间实现idisposable接口，如果客户不能合适地调用它们会怎样？为此c#有一个酷的解决方案。‘using’代码块。它看起来像这样：

using (myclass objcls =new myclass()){}

    当控制从using块通过成功运行到结束或者抛出异常退出时，myclass的idispose.dispose()将会被执行。记住你例示的对象必须实现system.idisposable接口。using语句定义了哪个对象将被清除的一个范围。