內存是稀缺的資源，哪怕內存一塊錢(qián)一條！如果在編程中使用不當，再大的內存也會(huì )耗光。
一、認識Java的自動(dòng)垃圾回收
垃圾回收是Java語(yǔ)言的一大特性，方便了編程，是以消耗性能為代價(jià)的。而垃圾在這里只無(wú)用的對象。而C++是需要程序員自己寫(xiě)析構函數來(lái)釋放內存的，麻煩，也有可能忘記而導致內存泄露。
Java語(yǔ)言對內存的分配管理是通過(guò)JVM內部機制決定的。程序員可以不關(guān)心其處理。
二、垃圾回收的原理和意義
Java虛擬機中有個(gè)稱(chēng)之為垃圾回收器的東西，實(shí)際上這個(gè)東西也許真正不存在，或者是已經(jīng)集成到JVM中了，但這無(wú)關(guān)緊要，我們仍然可以稱(chēng)為為垃圾回收器。
垃圾回收器的作用是查找和回收（清理）無(wú)用的對象。以便讓JVM更有效的使用內存。
垃圾回收器的運行時(shí)間是不確定的，由JVM決定，在運行時(shí)是間歇執行的。雖然可以通過(guò)System.gc（）來(lái)強制回收垃圾，但是這個(gè)命令下達后無(wú)法保證JVM會(huì )立即響應執行，但經(jīng)驗表明，下達命令后，會(huì )在短期內執行你的請求。JVM通常會(huì )感到內存緊缺時(shí)候去執行垃圾回收操作。
垃圾回收過(guò)于頻繁會(huì )導致性能下降，過(guò)于稀疏會(huì )導致內存緊缺。這個(gè)JVM會(huì )將其控制到最好，不用程序員擔心。但有些程序在短期會(huì )吃掉大量?jì)却?，而這些恐怖的對象很快使用結束了，這時(shí)候也許有必要強制下達一條垃圾回命令，這是很有必要的，以便有更多可用的物理內存。
從上面了解到，沒(méi)有用的對象就是垃圾。準確的說(shuō)，當沒(méi)有任何線(xiàn)程訪(fǎng)問(wèn)一個(gè)對象時(shí)，該對象就符合垃圾回收的條件。
對于String，存在一個(gè)字符串池，這個(gè)不屬于本文討論的范圍，字符串池中的垃圾回收，算法和這里所討論的垃圾回收完全是兩碼事。但是不得不說(shuō)的是，字符串的胡亂拼接，往往導致性能急劇下降，尤其是在龐大的循環(huán)語(yǔ)句中，拼接字符串就是在讓程序慢性自殺。這也是很多Java程序員容易犯的毛病。
字符串既然是池，就是為了緩沖，為了有更高的命中率，因此垃圾回收的頻率也許會(huì )比JVM對象垃圾回收器要低很多。
垃圾回收器僅僅能做的是盡可能保證可用內存的使用效率，讓可用內存得到高效的管理。程序員可以影響垃圾回收的執行，但不能控制。
三、通過(guò)編程影響垃圾回收
雖然程序員無(wú)法控制JVM的垃圾回收機制。但是可以通過(guò)編程的手段來(lái)影響，影響的方法是，讓對象符合垃圾回收條件。
分別說(shuō)來(lái)有一下幾種：
1、將無(wú)用對象賦值為null.
2、重新為引用變量賦值。比如：
Person p = new Person("aaa"); p = new Person("bbb");
這樣，new Person（"aaa"）這個(gè)對象就是垃圾了——符合垃圾回收條件了。
3、讓相互聯(lián)系的對象稱(chēng)為“島”對象
Person p1 = new Person("aaa"); Person p2 = new Person("bbb"); Person p3 = new Person("ccc"); p1=p2; p2=p3; p3=p1; p1=null; p2=null; p3=null;
在沒(méi)有對p1、p2、p3置null之前，它們之間是一種三角戀關(guān)系。分別置null，三角戀關(guān)系依然存在，但是三個(gè)變量不在使用它們了。三個(gè)Person對象就組成了一個(gè)孤島，最后死在堆上——被垃圾回收掉。
4、強制的垃圾回收System.gc（）
實(shí)際上這里的強制，是程序員的意愿、建議，什么時(shí)候執行是JVM的垃圾回收器說(shuō)了算。
調用垃圾回收也不一定能保證未使用的對象一定能從內存中刪除。
唯一能保證的是，當你內存在極少的情況，垃圾回收器在程序拋出OutofMemaryException之前運行一次。
四、很神秘的finalize（）方法
finalize（）方法的確很神秘，是因為你不了解其原理。
原理：1、finalize（）方法是Object中的方法。
2、finalize（）方法會(huì )在對象被垃圾回收之前被垃圾回收器調用一次，這是Java語(yǔ)言的一種機制。
3、finalize（）方法在任何對象上最多只會(huì )被垃圾回收器調用一次。
陷阱：1、垃圾回收器無(wú)法保證垃圾對象能被回收，因此，finalize（）方法也無(wú)法保證運行。建議不要重寫(xiě)finalize（）方法，即使重寫(xiě)，也不要在finalize（）方法中寫(xiě)關(guān)鍵的代碼。
2、finalize（）方法中可以把自己傳遞個(gè)別的對象，這樣就不是垃圾了，避免了被回收。但是當下次這個(gè)對象又符合垃圾回收的時(shí)候，finalize（）方法不會(huì )被調用第二次了，而是直接被清理掉了。
總結：
理解了垃圾回收的前提是理解Java運行時(shí)的內存堆棧模型。
理解Java垃圾回收的目的是為了對Java內存管理有個(gè)認識，在編程時(shí)更有效的使用內存。
不建議為了垃圾回收，手動(dòng)編寫(xiě)大量代碼，這是很愚蠢的做法?？梢酝ㄟ^(guò)簡(jiǎn)單的方式去影響即可。
本文的討論的垃圾回收排除String對象。String的垃圾回收與String池有很很大關(guān)系，目前還沒(méi)有研究。但是文中已經(jīng)提及String使用中容易出現的問(wèn)題。
