措施员都知道“初始化”的重要性，但凡是健忘排除的重要性。究竟，谁需要来排除一个int呢？可是对付库来说，用完后简朴地“释放”一个工具并非老是安详的。虽然，Java可用垃圾收集器接纳由不再利用的工具占据的内存。此刻思量一种很是非凡且不多见的环境。假定我们的工具分派了一个“非凡”内存区域，没有利用new。垃圾收集器只知道释放那些由new分派的内存，所以不知道如何释放工具的“非凡”内存。为办理这个问题，Java提供了一个名为finalize()的要领，可为我们的类界说它。在抱负环境下，它的事情道理应该是这样的：一旦垃圾收集器筹备好释放工具占用的存储空间，它首先挪用finalize()，并且只有在下一次垃圾收集进程中，才会真正接纳工具的内存。所以假如利用finalize()，就可以在垃圾收集期间举办一些重要的排除或清扫事情。
但也是一个潜在的编程陷阱，因为有些措施员（出格是在C++开拓配景的）刚开始大概会错误认为它就是在C++中为“粉碎器”（Destructor）利用的finalize()——粉碎（排除）一个工具的时候，必定会挪用这个函数。但在这里有须要区分一下C++和Java的区别，因为C++的工具必定会被排除（排开编程错误的因素），而Java工具并非必定能作为垃圾被“收集”去。可能换句话说：
垃圾收集并不便是“粉碎”！
若能时刻紧记这一点，踩到陷阱的大概性就会大大淘汰。它意味着在我们不再需要一个工具之前，有些动作是必需采纳的，并且必需由本身来采纳这些动作。Java并未提供“粉碎器”可能雷同的观念，所以必需建设一个原始的要领，用它来举办这种排除。譬喻，假设在工具建设进程中，它会将本身描画到屏幕上。假如不从屏幕明晰删除它的图像，那么它大概永远都不会被排除。若在finalize()里置入某种删除机制，那么假设工具被看成垃圾收掉了，图像首先会将自身从屏幕上移去。但若未被收掉，图像就会保存下来。所以要记着的第二个重点是：
我们的工具大概不会看成垃圾被收掉！
有时大概发明一个工具的存储空间永远都不会释放，因为本身的措施永远都靠近于用光空间的临界点。若措施执行竣事，并且垃圾收集器一直都没有释放我们建设的任何工具的存储空间，则跟着措施的退出，那些资源会返回给操纵系统。这是一件好工作，因为垃圾收集自己也要耗损一些开销。如永远都不消它，那么永远也不消支出这部门开销。
