http://blog.csdn.net/u010425776/article/details/51189318

java虛擬機(jī)的內(nèi)存模型分為五個(gè)部分，分別是：程序計(jì)數(shù)器、Java虛擬機(jī)棧、本地方法棧、堆、方法區(qū)。

這五個(gè)區(qū)域既然是存儲空間，那么為了避免Java虛擬機(jī)在運(yùn)行期間內(nèi)存存滿的情況，就必須得有一個(gè)垃圾收集者的角色，不定期地回收一些無效內(nèi)存，以保障Java虛擬機(jī)能夠健康地持續(xù)運(yùn)行。

這個(gè)垃圾收集者就是平常我們所說的“垃圾收集器”，那么垃圾收集器在何時(shí)清掃內(nèi)存？清掃哪些數(shù)據(jù)？這就是接下來我們要解決的問題。 

程序計(jì)數(shù)器、Java虛擬機(jī)棧、本地方法棧都是線程私有的，也就是每條線程都擁有這三塊區(qū)域，而且會隨著線程的創(chuàng)建而創(chuàng)建，線程的結(jié)束而銷毀。那么，垃圾收集器在何時(shí)清掃這三塊區(qū)域的問題就解決了。

此外，Java虛擬機(jī)棧、本地方法棧中的棧幀會隨著方法的開始而入棧，方法的結(jié)束而出棧，并且每個(gè)棧幀中的本地變量表都是在類被加載的時(shí)候就確定的。因此以上三個(gè)區(qū)域的垃圾收集工作具有確定性，垃圾收集器能夠清楚地知道何時(shí)清掃這三塊區(qū)域中的哪些數(shù)據(jù)。

然而，堆和方法區(qū)中的內(nèi)存清理工作就沒那么容易了。 堆和方法區(qū)所有線程共享，并且都在JVM啟動(dòng)時(shí)創(chuàng)建，一直得運(yùn)行到JVM停止時(shí)。因此它們沒辦法根據(jù)線程的創(chuàng)建而創(chuàng)建、線程的結(jié)束而釋放。

堆中存放JVM運(yùn)行期間的所有對象，雖然每個(gè)對象的內(nèi)存大小在加載該對象所屬類的時(shí)候就確定了，但究竟創(chuàng)建多少個(gè)對象只有在程序運(yùn)行期間才能確定。 方法區(qū)中存放類信息、靜態(tài)成員變量、常量。類的加載是在程序運(yùn)行過程中，當(dāng)需要?jiǎng)?chuàng)建這個(gè)類的對象時(shí)才會加載這個(gè)類。因此，JVM究竟要加載多少個(gè)類也需要在程序運(yùn)行期間確定。 因此，堆和方法區(qū)的內(nèi)存回收具有不確定性，因此垃圾收集器在回收堆和方法區(qū)內(nèi)存的時(shí)候花了一些心思。 

堆內(nèi)存的回收

1. 如何判定哪些對象需要回收？

在對堆進(jìn)行對象回收之前，首先要判斷哪些是無效對象。我們知道，一個(gè)對象不被任何對象或變量引用，那么就是無效對象，需要被回收。一般有兩種判別方式：

引用計(jì)數(shù)法 每個(gè)對象都有一個(gè)計(jì)數(shù)器，當(dāng)這個(gè)對象被一個(gè)變量或另一個(gè)對象引用一次，該計(jì)數(shù)器加一；若該引用失效則計(jì)數(shù)器減一。當(dāng)計(jì)數(shù)器為0時(shí)，就認(rèn)為該對象是無效對象。

可達(dá)性分析法 所有和GC Roots直接或間接關(guān)聯(lián)的對象都是有效對象，和GC Roots沒有關(guān)聯(lián)的對象就是無效對象。 GC Roots是指：

兩者對比： 引用計(jì)數(shù)法雖然簡單，但存在一個(gè)嚴(yán)重的問題，它無法解決循環(huán)引用的問題。 因此，目前主流語言均使用可達(dá)性分析方法來判斷對象是否有效。

2. 回收無效對象的過程

當(dāng)JVM篩選出失效的對象之后，并不是立即清除，而是再給對象一次重生的機(jī)會，具體過程如下：

判斷該對象是否覆蓋了finalize()方法

執(zhí)行F-Queue隊(duì)列中的finalize()方法 虛擬機(jī)會以較低的優(yōu)先級執(zhí)行這些finalize()方法們，也不會確保所有的finalize()方法都會執(zhí)行結(jié)束。如果finalize()方法中出現(xiàn)耗時(shí)操作，虛擬機(jī)就直接停止執(zhí)行，將該對象清除。

對象重生或死亡 如果在執(zhí)行finalize()方法時(shí)，將this賦給了某一個(gè)引用，那么該對象就重生了。如果沒有，那么就會被垃圾收集器清除。

注意： 強(qiáng)烈不建議使用finalize()函數(shù)進(jìn)行任何操作！如果需要釋放資源，請使用try-finally。 因?yàn)閒inalize()不確定性大，開銷大，無法保證順利執(zhí)行。

方法區(qū)的內(nèi)存回收

我們知道，如果使用復(fù)制算法實(shí)現(xiàn)堆的內(nèi)存回收，堆就會被分為新生代和老年代，新生代中的對象“朝生夕死”，每次垃圾回收都會清除掉大量的對象；而老年代中的對象生命較長，每次垃圾回收只有少量的對象被清除掉。

由于方法區(qū)中存放生命周期較長的類信息、常量、靜態(tài)變量，因此方法區(qū)就像是堆的老年代，每次垃圾收集的只有少量的垃圾被清除掉。

方法區(qū)中主要清除兩種垃圾： 1. 廢棄常量 2. 廢棄的類

1. 如何判定廢棄常量？

清除廢棄的常量和清除對象類似，只要常量池中的常量不被任何變量或?qū)ο笠茫敲催@些常量就會被清除掉。

2. 如何廢棄廢棄的類？

清除廢棄類的條件較為苛刻： 1. 該類的所有對象都已被清除 2. 該類的java.lang.Class對象沒有被任何對象或變量引用 只要一個(gè)類被虛擬機(jī)加載進(jìn)方法區(qū)，那么在堆中就會有一個(gè)代表該類的對象：java.lang.Class。這個(gè)對象在類被加載進(jìn)方法區(qū)的時(shí)候創(chuàng)建，在方法區(qū)中該類被刪除時(shí)清除。 3. 加載該類的ClassLoader已經(jīng)被回收

垃圾收集算法

現(xiàn)在我們知道了判定一個(gè)對象是無效對象、判定一個(gè)類是廢棄類、判定一個(gè)常量是廢棄常量的方法，也就是知道了垃圾收集器會清除哪些數(shù)據(jù)，那么接下來介紹如何清除這些數(shù)據(jù)。

1. 標(biāo)記-清除算法

首先利用剛才介紹的方法判斷需要清除哪些數(shù)據(jù)，并給它們做上標(biāo)記；然后清除被標(biāo)記的數(shù)據(jù)。

分析： 這種算法標(biāo)記和清除過程效率都很低，而且清除完后存在大量碎片空間，導(dǎo)致無法存儲大對象，降低了空間利用率。

2. 復(fù)制算法

將內(nèi)存分成兩份，只將數(shù)據(jù)存儲在其中一塊上。當(dāng)需要回收垃圾時(shí)，也是首先標(biāo)記出廢棄的數(shù)據(jù)，然后將有用的數(shù)據(jù)復(fù)制到另一塊內(nèi)存上，最后將第一塊內(nèi)存全部清除。

分析： 這種算法避免了碎片空間，但內(nèi)存被縮小了一半。 而且每次都需要將有用的數(shù)據(jù)全部復(fù)制到另一片內(nèi)存上去，效率不高。

解決空間利用率問題： 在新生代中，由于大量的對象都是“朝生夕死”，也就是一次垃圾收集后只有少量對象存活，因此我們可以將內(nèi)存劃分成三塊：Eden、Survior1、Survior2，內(nèi)存大小分別是8:1:1。分配內(nèi)存時(shí)，只使用Eden和一塊Survior1。當(dāng)發(fā)現(xiàn)Eden+Survior1的內(nèi)存即將滿時(shí)，JVM會發(fā)起一次MinorGC，清除掉廢棄的對象，并將所有存活下來的對象復(fù)制到另一塊Survior2中。那么，接下來就使用Survior2+Eden進(jìn)行內(nèi)存分配。

通過這種方式，只需要浪費(fèi)10%的內(nèi)存空間即可實(shí)現(xiàn)帶有壓縮功能的垃圾收集方法，避免了內(nèi)存碎片的問題。

但是，當(dāng)一個(gè)對象要申請內(nèi)存空間時(shí)，發(fā)現(xiàn)Eden+Survior中剩下的空間無法放置該對象，此時(shí)需要進(jìn)行Minor GC，如果MinorGC過后空閑出來的內(nèi)存空間仍然無法放置該對象，那么此時(shí)就需要將對象轉(zhuǎn)移到老年代中，這種方式叫做“分配擔(dān)保”。

什么是分配擔(dān)保？ 當(dāng)JVM準(zhǔn)備為一個(gè)對象分配內(nèi)存空間時(shí)，發(fā)現(xiàn)此時(shí)Eden+Survior中空閑的區(qū)域無法裝下該對象，那么就會觸發(fā)MinorGC，對該區(qū)域的廢棄對象進(jìn)行回收。但如果MinorGC過后只有少量對象被回收，仍然無法裝下新對象，那么此時(shí)需要將Eden+Survior中的所有對象都轉(zhuǎn)移到老年代中，然后再將新對象存入Eden區(qū)。這個(gè)過程就是“分配擔(dān)保”。

3. 標(biāo)記-整理算法

在回收垃圾前，首先將所有廢棄的對象做上標(biāo)記，然后將所有未被標(biāo)記的對象移到一邊，最后清空另一邊區(qū)域即可。

分析： 它是一種老年代的垃圾收集算法。老年代中的對象一般壽命比較長，因此每次垃圾回收會有大量對象存活，因此如果選用“復(fù)制”算法，每次需要復(fù)制大量存活的對象，會導(dǎo)致效率很低。而且，在新生代中使用“復(fù)制”算法，當(dāng)Eden+Survior中都裝不下某個(gè)對象時(shí)，可以使用老年代的內(nèi)存進(jìn)行“分配擔(dān)保”，而如果在老年代使用該算法，那么在老年代中如果出現(xiàn)Eden+Survior裝不下某個(gè)對象時(shí)，沒有其他區(qū)域給他作分配擔(dān)保。因此，老年代中一般使用“標(biāo)記-整理”算法。

4. 分代收集算法

將內(nèi)存劃分為老年代和新生代。老年代中存放壽命較長的對象，新生代中存放“朝生夕死”的對象。然后在不同的區(qū)域使用不同的垃圾收集算法。

Java中引用的種類

Java中根據(jù)生命周期的長短，將引用分為4類。

1. 強(qiáng)引用

我們平時(shí)所使用的引用就是強(qiáng)引用。 A a = new A(); 也就是通過關(guān)鍵字new創(chuàng)建的對象所關(guān)聯(lián)的引用就是強(qiáng)引用。 只要強(qiáng)引用存在，該對象永遠(yuǎn)也不會被回收。 

2. 軟引用

只有當(dāng)堆即將發(fā)生OOM異常時(shí)，JVM才會回收軟引用所指向的對象。 軟引用通過SoftReference類實(shí)現(xiàn)。 軟引用的生命周期比強(qiáng)引用短一些。 

3. 弱引用

只要垃圾收集器運(yùn)行，軟引用所指向的對象就會被回收。 弱引用通過WeakReference類實(shí)現(xiàn)。 弱引用的生命周期比軟引用短。 

4. 虛引用

虛引用也叫幽靈引用，它和沒有引用沒有區(qū)別，無法通過虛引用訪問對象的任何屬性或函數(shù)。 一個(gè)對象關(guān)聯(lián)虛引用唯一的作用就是在該對象被垃圾收集器回收之前會受到一條系統(tǒng)通知。 虛引用通過PhantomReference類來實(shí)現(xiàn)。