这是告诉CLR，在进行垃圾回收的时候，不用再继续调用析构方法（终结器）了。是的，因为你已经手动释放资源了。这也从另一个方面验证了析构方法只是作为资源释放的补救机制。因为假设你忘记Close或者Dispose了，CLR会在垃圾回收的时候为你做这件事。查看Socket的析构函数，你会很好的理解这一点。
| ~Socket() { this.Dispose(false); } |
是的，析构方法调用的也是Dispose。
备注1：本文带来几个争论
1：托管资源本身是否需要显式释放。答案显然是：不需要；
2：如果引用类型对象不再需要，是否需要显式=null；答案是：即使不这样做，GC也会进行垃圾回收。
3：将托管资源分为引用类型资源和值类型资源这种分类方法是有问题的，或者说是错误的。正确的分类法应该是栈资源和堆资源。线程栈中存放的是方法的实参和方法内部的局部变量。堆上存放的是类型对象本身及对象的两个额外成员：类型对象指针和同步块索引。
4：Dispose方法本身是用来让你放置资源清理代码的。显然，一个空方法并不代表清理工作本身，真正执行清理工作的是你具体的代码。
备注2：推荐Dipose模式实现
如：基类
|
class ClassShouldDisposeBase : IDisposable protected virtual void Dispose(bool disposing) ~ClassShouldDisposeBase() } |
子类：
|
class ClassShouldDispose: ClassShouldDisposeBase public void Close() |
