在許多方面，Java 類似於 C++。Java 的語法非常類似於 C++，Java 有類、方法和數據成員；Java 的類有構造函數； Java 有異常處理。
但是，如果你使用過 C++ 會發現 Java 也丟掉一些可能是你熟悉的特性。這些特性之一就是析構函數。取代使用析構函數，Java 支持finalize() 方法。
在本文中，我們將描述 finalize() 與 析構函數的區別。另外，我們將創建一個簡單的 Applet 來演示 finalize() 是如何工作的。
最終的界限
與 Java 不同，C++ 支持局部對象（基於棧）和全局對象（基於堆）。因為這一雙重支持，C++ 也提供了自動構造和析構，這導致了對構造函數和析構函數的調用，（對於堆對象）就是內存的分配和釋放。
在 Java 中，所有對象都駐留在堆內存，因此局部對象就不存在。結果，Java 的設計者覺得不需要析構函數（象 C++ 中所實現的）。
取而代之，Java 定義了一個特殊的方法叫做finalize() ，它提供了 C++ 析構函數的一些功能。但是，finalize() 並不完全與 C++ 的析構函數一樣，並可以假設它會導致一系列的問題。finalize() 方法作用的一個關鍵元素是 Java 的垃圾回收器。
垃圾回收器
在 C/C++、Pascal和其他幾種多種用途的編程語言中，開發者有責任在內存管理上發揮積極的作用。例如，如果你為一個對象或數據結構分配了內存，那麼當你不再使用它時必須釋放掉該內存。
在 Java 中，當你創建一個對象時，Java 虛擬機（JVM）為該對象分配內存、調用構造函數並開始跟蹤你使用的對象。當你停止使用一個對象（就是說，當沒有對該對象有效的引用時），JVM 通過垃圾回收器將該對象標記為釋放狀態。
當垃圾回收器將要釋放一個對象的內存時，它調用該對象的finalize() 方法（如果該對象定義了此方法）。垃圾回收器以獨立的低優先級的方式運行，只有當其他線程掛起等待該內存釋放的情況出現時，它才開始運行釋放對象的內存。（事實上，你可以調用System.gc() 方法強制垃圾回收器來釋放這些對象的內存。）
在以上的描述中，有一些重要的事情需要注意。首先，只有當垃圾回收器釋放該對象的內存時，才會執行finalize()。如果在 Applet 或應用程序退出之前垃圾回收器沒有釋放內存，垃圾回收器將不會調用finalize()。
其次，除非垃圾回收器認為你的 Applet 或應用程序需要額外的內存，否則它不會試圖釋放不再使用的對象的內存。換句話說，這是完全可能的：一個 Applet 給少量的對象分配內存，沒有造成嚴重的內存需求，於是垃圾回收器沒有釋放這些對象的內存就退出了。
顯然，如果你為某個對象定義了finalize() 方法，JVM 可能不會調用它，因為垃圾回收器不曾釋放過那些對象的內存。調用System.gc() 也不會起作用，因為它僅僅是給 JVM 一個建議而不是命令。
finalize() 有什麼優點呢？
如果finalize() 不是析構函數，JVM 不一定會調用它，你可能會疑惑它是否在任何情況下都有好處。事實上，在 Java 1.0 中它並沒有太多的優點。
根據 Java 文檔，finalize() 是一個用於釋放非 Java 資源的方法。但是，JVM 有很大的可能不調用對象的finalize() 方法，因此很難證明使用該方法釋放資源是有效的。
Java 1.1 通過提供一個System.runFinalizersOnExit() 方法部分地解決了這個問題。（不要將這個方法與 Java 1.0 中的System.runFinalizations() 方法相混淆。）不象System.gc() 方法那樣，System.runFinalizersOnExit() 方法並不立即試圖啟動垃圾回收器。而是當應用程序或 Applet 退出時，它調用每個對象的finalize() 方法。
正如你可能猜測的那樣，通過調用System.runFinalizersOnExit() 方法強制垃圾回收器清除所有獨立對象的內存，當清除代碼執行時可能會引起明顯的延遲。現在建立一個示例 Applet 來演示 Java 垃圾回收器和finalize() 方法是如何相互作用的。
