对象的终止
在VB6中对象是在最后引用移除后被终止的。换成另外一句话说，当没有其它代码引用这个对象的时候，这个对象将自动终止。具体触发这个终止事件的是Class_Terminate。这种方法是使用引用计数来决定对象是否被终止的，是VB的一个直接的产品，它跟COM有紧密的联系。
所以我们在需要终止这个对象的使用就调用Class_Terminate事件，使得很容易控制对象。但是它也有不足之处。很明显地，虽然在两个对象之间创建循环引用是很容易，但是它们将在内存中永远地被运行。这正是在VB6中其中一种导致内存泄漏的缺陷。
这个内存泄漏问题在VB6以前的版本中是无法克服的。在VB6中，循环引用只发生在不同组件上。在VB6中，由相同的组件中的类创建而来的类将被自动终止，即使它们有循环引用。但是，如果对象来自不同的组件，循环引用问题就依然存在。这个是个很大的问题，它给许多VB开发人员带来了麻烦。所以，在VB6中程序不得不寻求各种方法来终止对象。
不象COM，.NET不是使用引用计数来决定对象是否被终止的。取而代之的是，它使用了一个有名的“垃圾收集”方案来终止对象。可能听到“垃圾收集”方案，您会云里雾里的，它的意思实际上是在VB.NET中我们不用预先定一个对象的终止方案，因此我们就不能准确地预测对象什么时候被终止的。下面我们详细探讨一下“垃圾收集”。 “垃圾收集”
在.NET中，引用计数不是一个基础功能部分。相反地，对象是通过一个“垃圾收集”机理被终止。在某特定的时间（这决定特殊的规则），一个任务会在所有的对象中运行来查找哪些已经没有被引用的对象，并且将这些对象终止，即所谓的“垃圾收集”，名字是有点土，但更形象化。
由以上的讨论我们可以知道，我们不能很准确地知道对象是在什么时候被终止的。我们除去对象的所有引用之后，并不是意味着对象快速地被终止了。此时对象还存在于内存中，直到垃圾收集处理程序运行之后才将它从内存中清除。
垃圾收集的主要好处是它清除了由引用计数带来的循环应用问题。如果两个对象互相有引用，并且在程序中没有其它互相引用的代码时，垃圾收集程序就会发现它们并将它们终止。这一点在COM中是不可能做到的，因为它们将在内存中永远存在。
垃圾收集还有另外一个潜在的性能优点：在对象被取消引用的时候不用花很多的精力在终止对象上；利用了垃圾收集，这个终止处理过程是在应用程序处于空闲状态发生的，所以它减轻了对用户的影响。但是，垃圾收集也会发生在应用程序处在运行装载的时候，这时候系统将会运行在较低的系统资源下。
另外，我们可以通过编写代码来手动触发垃圾收集处理程序：
System.GC.Collect()

以上这个处理过程要花一些时间，但是我们在想终止对象的时候也不必每次都执行这个处理过程。我们最好是这样来设计我们的应用程序：在最后终止对象的时候才将对象从内存在清除。

Finalize方法
这个垃圾收集机理提供了一些功能，这些功能可以跟VB6中的Class_Terminate事件相媲美。当对象被终止的时候，垃圾收集处理的代码将调用Finalize方法，它就象Class_Terminate一样可以进行一些最后的内存清理工作。
Protected Overrides Sub Finalize()
（此处可以进行一些内存清理工作）
End Sub

以上的这些代码可以使用Protected（保护）作用域也可以使用重载关键字。这里值得指出的是，这种方法是在对象被垃圾收集机理终止之前被调用的，所以它跟Class_Terminate很是相似。
但是，我们还需要记得这种方法可以在对象被取消引用后被调用，它是通过最后一段客户代码来实现的。

实现Dispose方法
在有些场合中Finalize方法是不可接收的。如果我们有一个对象，它是使用一些非常有限的宝贵的系统资源，比如数据库连接、文件处理或者系统锁住等等。这时候我们就需要确保系统资源在对象被取消引用的时候是否被释放。
为了实现这个目的，我们可以执行这样一个方法，它可以被客户代码调用来强迫对象被清除并且释放系统资源。虽然这不是一个很好的解决方案，但是它确实是很有效的。习惯上，这个方法就取名为Dispose，其代码如下：
Public Sub Dispose()
（此处可以进行一些清除工作）
End Sub

在必要的时候，我们可以调用这个方法来确保内存清除工作的进行。
从上面的讨论中，我们可以深刻地体会倒VB6和VB.NET在创建类和对象的一些变化。下一个教程我们将详细讨论一下对象的继承。