可以從不同的的角度去劃分垃圾回收算法：

按照基本回收策略分

引用計數(shù)（Reference Counting）：

比較古老的回收算法。原理是此對象有一個引用，即增加一個計數(shù)，刪除一個引用則減少一個計數(shù)。垃圾回收時，只用收集計數(shù)為0的對象。此算法最致命的是無法處理循環(huán)引用的問題。

標(biāo)記-清除（Mark-Sweep）：

此算法執(zhí)行分兩階段。***階段從引用根節(jié)點開始標(biāo)記所有被引用的對象，第二階段遍歷整個堆，把未標(biāo)記的對象清除。此算法需要暫停整個應(yīng)用，同時，會產(chǎn)生內(nèi)存碎片。

復(fù)制（Copying）：

此算法把內(nèi)存空間劃為兩個相等的區(qū)域，每次只使用其中一個區(qū)域。垃圾回收時，遍歷當(dāng)前使用區(qū)域，把正在使用中的對象復(fù)制到另外一個區(qū)域中。次算法每次只處理正在使用中的對象，因此復(fù)制成本比較小，同時復(fù)制過去以后還能進行相應(yīng)的內(nèi)存整理，不會出現(xiàn)“碎片”問題。當(dāng)然，此算法的缺點也是很明顯的，就是需要兩倍內(nèi)存空間。

標(biāo)記-整理（Mark-Compact）：

此算法結(jié)合了“標(biāo)記-清除”和“復(fù)制”兩個算法的優(yōu)點。也是分兩階段，***階段從根節(jié)點開始標(biāo)記所有被引用對象，第二階段遍歷整個堆，把清除未標(biāo)記對象并且把存活對象“壓縮”到堆的其中一塊，按順序排放。此算法避免了“標(biāo)記-清除”的碎片問題，同時也避免了“復(fù)制”算法的空間問題。

按分區(qū)對待的方式分

增量收集（Incremental Collecting）：實時垃圾回收算法，即：在應(yīng)用進行的同時進行垃圾回收。不知道什么原因JDK5.0中的收集器沒有使用這種算法的。

分代收集（Generational Collecting）：基于對對象生命周期分析后得出的垃圾回收算法。把對象分為年青代、年老代、持久代，對不同生命周期的對象使用不同的算法（上述方式中的一個）進行回收。現(xiàn)在的垃圾回收器（從J2SE1.2開始）都是使用此算法的。

按系統(tǒng)線程分

串行收集：串行收集使用單線程處理所有垃圾回收工作，因為無需多線程交互，實現(xiàn)容易，而且效率比較高。但是，其局限性也比較明顯，即無法使用多處理器的優(yōu)勢，所以此收集適合單處理器機器。當(dāng)然，此收集器也可以用在小數(shù)據(jù)量（100M左右）情況下的多處理器機器上。

并行收集：并行收集使用多線程處理垃圾回收工作，因而速度快，效率高。而且理論上CPU數(shù)目越多，越能體現(xiàn)出并行收集器的優(yōu)勢。

并發(fā)收集：相對于串行收集和并行收集而言，前面兩個在進行垃圾回收工作時，需要暫停整個運行環(huán)境，而只有垃圾回收程序在運行，因此，系統(tǒng)在垃圾回收時會有明顯的暫停，而且暫停時間會因為堆越大而越長。

原文鏈接：http://pengjiaheng.iteye.com/blog/520228

【編輯推薦】

1. JVM調(diào)優(yōu)總結(jié)：垃圾回收面臨的問題
2. JVM調(diào)優(yōu)總結(jié)：一些概念
3. 用Java GUI編寫的畫板程序
4. Java的動態(tài)綁定機制
5. Java中帶復(fù)選框的樹的實現(xiàn)和應(yīng)用