如果某对象的 Dispose 方法被调用一次以上，则该对象必须忽略第一次调用后的所有调用。 如果对象的 Dispose 方法被多次调用，该对象一定不要引发异常。 除Dispose 之外的实例方法在资源已释放时会引发 ObjectDisposedException。
用户可能期望资源类型使用特定的约定来表示已分配状态和已释放状态。流类即是这样一种示例，传统上认为它们要么打开要么关闭。具有此种约定的类的实施者可能选择实现具有自定义名称（如“Close”）的公用方法来调用 Dispose 方法。
因为 Dispose 方法必须显式进行调用，所以，实现 IDisposable 的对象还必须实现一个终结器，以便在未调用 Dispose 时处理释放资源问题。 默认情况下，垃圾回收器会在回收一个对象的内存之前自动调用该对象的终结器。然而，在调用 Dispose 方法后，通常不需要垃圾回收器调用已释放对象的终结器。 为防止自动终止，Dispose 实现可以调用 GC .SuppressFinalize方法。
强制垃圾回收
在垃圾回收器执行回收之前，它会挂起当前正在执行的所有线程。如果不必要地多次调用 GC.Collect，这可能会造成性能问题。您还应该注意不要将调用 GC.Collect 的代码放置在程序中用户可以经常调用的点上。这可能会削弱垃圾回收器中优化引擎的作用，而垃圾回收器可以确定运行垃圾回收的最佳时间。
http://msdn.microsoft.com/zh-cn/library/s5zscb2d(v=vs.80).aspx
被动回收
当应用程序代码中某个确定的点上使用的内存量大量减少时，请使用 Collect 方法。 例如，如果应用程序使用包含若干个控件的复杂对话框，则在对话框关闭时调用 Collect 可能会通过立即回收内存来提高性能。 务必确保应用程序不会过于频繁地引发垃圾回收，否则当垃圾回收器无效率地尝试回收对象时，可能会使性能降低。 Optimized 模式使垃圾回收器可以根据收集是否有效率来确定是否进行回收。
http://msdn.microsoft.com/zh-cn/library/bb384155(v=vs.100).aspx