此時，大家可能已相信了自己應該將finalize()作為一種常規用途的清除方法使用。它有什麼好處呢？
要記住的第三個重點是：
垃圾收集只跟內存有關！
也就是說，垃圾收集器存在的唯一原因是為了回收程序不再使用的內存。所以對於與垃圾收集有關的任何活動來說，其中最值得注意的是finalize()方法，它們也必須同內存以及它的回收有關。
但這是否意味著假如對象包含了其他對象，finalize()就應該明確釋放那些對象呢？答案是否定的——垃圾收集器會負責釋放所有對象占據的內存，無論這些對象是如何創建的。它將對finalize()的需求限制到特殊的情況。在這種情況下，我們的對象可采用與創建對象時不同的方法分配一些存儲空間。但大家或許會注意到，Java中的所有東西都是對象，所以這到底是怎麼一回事呢？
之所以要使用finalize()，看起來似乎是由於有時需要采取與Java的普通方法不同的一種方法，通過分配內存來做一些具有C風格的事情。這主要可以通過“固有方法”來進行，它是從Java裡調用非Java方法的一種方式（固有方法的問題在附錄A討論）。C和C++是目前唯一獲得固有方法支持的語言。但由於它們能調用通過其他語言編寫的子程序，所以能夠有效地調用任何東西。在非Java代碼內部，也許能調用C的malloc()系列函數，用它分配存儲空間。而且除非調用了free()，否則存儲空間不會得到釋放，從而造成內存“漏洞”的出現。當然，free()是一個C和C++函數，所以我們需要在finalize()內部的一個固有方法中調用它。
讀完上述文字後，大家或許已弄清楚了自己不必過多地使用finalize()。這個思想是正確的；它並不是進行普通清除工作的理想場所。那麼，普通的清除工作應在何處進行呢？
