1. 垃圾回收GC:.Net自己主动内存管理 上(一)内存分配

2. 垃圾回收GC:.Net自己主动内存管理 上(二)内存算法

3. 垃圾回收GC:.Net自己主动内存管理 上(三)终结器
   

public class BaseObj {
    public BaseObj() {
    }

    protected override void Finalize() {
        // 实现资源清理的代码
        // 比方，关闭文件或网络连接
        Console.WriteLine("In Finalize."); 
    }
}

BaseObj bo = new BaseObj();

• 可被终结(Finalize)的对象会被提升到GC的更老一代中，这会增大内存压力并阻止对象内存回收即使GC觉得此对象为垃圾对象。另外，全部与此对象有直接或间接关系的对象也会被提升。GC中的代以及代的提升在兴许文章中会介绍。
• 可被终结(Finalize)的对象须要更长时间去分配。
• 强制GC运行终结(Finalize)方法会明显减少性能。因此，假设有10000个对象实现了Finalize方法，GC必须运行其10000次终结方法，非常伤性能。
• 实现终结器的对象可能引用了没有终结器的对象，导致了那些没有终结器的对象的生命周期的延长。实际上，你可能会想把一个类型分成两个不同的类型：没有引用不论什么其他对象的带终结器的轻量级类型和引用了其他对象而不带终结器的类型。
• 你无法控制终结器方法的运行时间。因此，它可能会占有一定的资源不释放直到GC的下次回收。
• 当一个程序终止时，一些对象始终可以被訪问到而且不会运行其终结器。比方，后台线程使用的对象或者程序终止(或程序域卸载)过程中创建的对象。另外，默认地，为了程序可以终止迅速，当一个程序终止时不会调用无法被訪问到的对象的终结器。当然，全部操作系统资源都会被回收利用，可是在托管堆中的对象是不可以被恰当清理的。假设你想改变这个默认行为，你可以调用System.GC的RequestFinalizeOnShutdown方法。只是，你一定要小心地使用此方法，由于调用此方法意味着你的这个类型正在控制整个应用程序的策略。
• 程序执行时无法保证终节器的执行顺序。比方，一个对象包括一个指针指向一个内部对象，GC检到这两个对象都是垃圾。更进一步说，内部对象的终结器先被调用。如今，外部对象的终结器可以訪问到内部对象而且调用其方法，可是内部对象已经被终结了。此时，结果是无法预知的。因为这个原因，强烈推荐终结器不要訪问不论什么内部成员对象。

public class BaseObj {
    public BaseObj() {
    }

    protected override void Finalize() {
        Console.WriteLine("In Finalize."); 
        base.Finalize();    // 调用基类终结器
    }
}

class MyObject {
    ~MyObject() {
        //其他代码
    }
}

class MyObject {
    protected override void Finalize() {
        //其他代码
        base.Finalize();
    }
}

这和C++析构器有些像，可是记住C#不支持析构器。

终结器内部