在.NET中，内存管理是自动进行的。内存的再收集属于后台任务，这使开发者们更专注于手边的工作。在这篇文章中，我们来看一看为开发者提供帮助并且控制垃圾收集的接口。
处理设计模式（Dispose design pattern）: IDisposable, Dispose, Finalize
共同语言运行时(CLR)无法清理数据库连接、窗口句柄、文件句柄一类的资源。因此，为开发者提供清理这类难管理的资源的机制是很有必要的。清理工作可以在Finalize方法中实现，Finalize方法在C#语言中被实现为垃圾破坏者。该方法的调用在垃圾收集器的控制下进行。
通常，你会需要一个确定的方法来清理像文件句柄一类难管理的资源。例如，现在你打开了一个文件进行写操作，当你结束将文件内容载入缓冲器后，你可能需要明确的关闭文件句柄。对于这类显式清理，.NET提供了处理设计模式（dispose
design pattern）
需要进行显示清理的对象需实现IDisposable接口。IDisposable接口提供了Dispose方法，该方法不像Finalize方法，它不在开发者的控制之下。
既然Dispose方法的调用是显示清理，使用垃圾收集器收集这些对象没有必要。因此Dispose方法应该包含一个对GC.SuppressFinalize()的调用，提示垃圾收集器在这个对象上不需要使用Finalize方法。
推荐在一个需要进行显示清理的对象上同时实现Finalize 和Dispose方法。Finalize方法在Dispose方法没有被调用时提供一个备份的机制。垃圾收集器将执行对象的终结和防止难管理的资源的永久性泄漏。
在 Listing
A中的代码片断更清晰的描述了这些概念。
在Listing A中，SampleClass类使用了一个文件句柄，这是一个难管理的资源。因此，应为该对象实现IDisposable接口和提供Finalize方法。
用来清理文件句柄的代码是Dispose方法的一部分。GC.SuppressFinalize()在难管理资源被清除时也将被调用。
该类同时提供了垃圾破坏器（Finalize方法），也包含了用于清理难管理资源（文件句柄）的代码。
