來討論一下Android的GC操作，GC全稱是Garbage Collection，也就是所謂的垃圾回收。Android系統會在適當的時機觸發GC操作，一旦進行GC操作，就會將一些不再使用的物件進行回收。那麼哪些物件會被認為是不再使用，並且可以被回收的呢？我們來看下面一張圖：

上圖當中，每個藍色的圓圈就代表一個記憶體當中的物件，而圓圈之間的箭頭就是它們的引用關係。這些物件有些是處於活動狀態的，而有些就已經不再被使用了。那麼GC操作會從一個叫作Roots的物件開始檢查，所有它可以訪問到的物件就說明還在使用當中，應該進行保留，而其它的物件就表示已經不再被使用了，如下圖所示：

可以看到，目前所有黃色的物件仍然會被系統繼續保留，而藍色的物件就會在GC操作當中被系統回收掉了，這大概就是Android系統一次簡單的GC流程。

優先順序：前臺，可見，服務，後臺，empty

一般情況下一共有以下幾種觸發GC操作的原因：

• GC_CONCURRENT:   當我們應用程式的堆記憶體快要滿的時候，系統會自動觸發GC操作來釋放記憶體。
• GC_FOR_MALLOC:   當我們的應用程式需要分配更多記憶體，可是現有記憶體已經不足的時候，系統會進行GC操作來釋放記憶體。
• GC_HPROF_DUMP_HEAP:   當生成HPROF檔案的時候，系統會進行GC操作，關於HPROF檔案我們下面會講到。
• GC_EXPLICIT:   這種情況就是我們剛才提到過的，主動通知系統去進行GC操作，比如呼叫System.gc()方法來通知系統。或者在DDMS中，通過工具按鈕也是可以顯式地告訴系統進行GC操作的。（不要大量使用）

Java垃圾回收：

陣列和物件在沒有引用變數指向它的時候，才變成垃圾，不能再被使用，但是仍然佔著記憶體，在隨後的一個不確定的時間被垃圾回收器釋放掉。這個也是java比較佔記憶體的主要原因

當應用程式空閒時,即沒有應用執行緒在執行時,GC會被呼叫，Java垃圾回收執行緒就是一個典型的守護執行緒， 當我們的程式中不再有任何執行中的Thread，程式就不會再產生垃圾，垃圾回收器也就無事可做，所以當垃圾回收執行緒是Java虛擬機器上僅剩的執行緒時，Java虛擬機器會自動離開。 它始終在低級別的狀態中執行，用於實時監控和管理系統中的可回收資源。

只有程式需要更多額外記憶體或應用程式空閒時垃圾回收機制才會進行垃圾回收；只有一個物件處於不可達狀態，系統才會真正回收該物件所佔有的資源（堆記憶體和方法區）

程式無法精確控制垃圾回收的執行（但我們可以通知系統進行垃圾回收，System.gc(),但系統是否進行垃圾回收仍然不確定），只負責回收堆記憶體的物件，回收任何物件之前會呼叫它的finalize（）方法

物件的三種狀態：

可達狀態：有一個以上的變數引用一個物件

可恢復狀態：不再有任何變數引用它，垃圾回收時系統會呼叫所有可恢復狀態的物件的finalize（）方法進行資源清理，如果重新有引用變數引用該物件會變為可達狀態，否則進入不可達狀態

不可達狀態：沒有變數引用，且finalize（）方法也沒使該物件變成可達狀態，永久失去引用

物件的四種引用：

強引用：建立一個物件，賦給一個引用變數，處於可達狀態，不可能被系統垃圾回收機制回收

軟引用：垃圾回收機制執行時，系統記憶體空間足夠不會被回收，不足夠會被回收

弱引用：垃圾回收機制執行時，不管系統記憶體是否足夠，都會被回收

虛引用：幾乎等於沒有引用，主要用於跟蹤物件被垃圾回收的狀態

gcRoots：

1、棧（棧幀中的本地變量表）中引用的物件。

2、方法區中的靜態成員。

3、方法區中的常量引用的物件（全域性變數）

4、本地方法棧中JNI（一般說的Native方法）引用的物件。

 減少GC開銷的措施

　　根據上述GC的機制,程式的執行會直接影響系統環境的變化,從而影響GC的觸發。若不針對GC的特點進行設計和編碼,就會出現記憶體駐留等一系列負面影響。為了避免這些影響,基本的原則就是儘可能地減少垃圾和減少GC過程中的開銷。具體措施包括以下幾個方面:

　　(1)不要顯式呼叫System.gc()

　　此函式建議JVM進行主GC,雖然只是建議而非一定,但很多情況下它會觸發主GC,從而增加主GC的頻率,也即增加了間歇性停頓的次數。

　　(2)儘量減少臨時物件的使用

　　臨時物件在跳出函式呼叫後,會成為垃圾,少用臨時變數就相當於減少了垃圾的產生,從而延長了出現上述第二個觸發條件出現的時間,減少了主GC的機會。

　　(3)物件不用時最好顯式置為Null

　　一般而言,為Null的物件都會被作為垃圾處理,所以將不用的物件顯式地設為Null,有利於GC收集器判定垃圾,從而提高了GC的效率。

　　(4)儘量使用StringBuffer,而不用String來累加字串

　　由於String是固定長的字串物件,累加String物件時,並非在一個String物件中擴增,而是重新建立新的String物件,如Str5=Str1+Str2+Str3+Str4,這條語句執行過程中會產生多個垃圾物件,因為對次作“+”操作時都必須建立新的String物件,但這些過渡物件對系統來說是沒有實際意義的,只會增加更多的垃圾。避免這種情況可以改用StringBuffer來累加字串,因StringBuffer是可變長的,它在原有基礎上進行擴增,不會產生中間物件。

　　(5)能用基本型別如Int,Long,就不用Integer,Long物件

　　基本型別變數佔用的記憶體資源比相應物件佔用的少得多,如果沒有必要,最好使用基本變數。

　　(6)儘量少用靜態物件變數

　　靜態變數屬於全域性變數,不會被GC回收,它們會一直佔用記憶體。

　　(7)分散物件建立或刪除的時間

　　集中在短時間內大量建立新物件,特別是大物件,會導致突然需要大量記憶體,JVM在面臨這種情況時,只能進行主GC,以回收記憶體或整合記憶體碎片,從而增加主GC的頻率。集中刪除物件,道理也是一樣的。它使得突然出現了大量的垃圾物件,空閒空間必然減少,從而大大增加了下一次建立新物件時強制主GC的機會。