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