Java虛擬機中有著垃圾回收機制榄笙，自動幫我們回收對象，不需要自己手動實現(xiàn)垃圾回收祷蝌。那么JVM中的垃圾收集器是如何判斷對象是否需要回收的呢茅撞？這將是本篇文章的主要內(nèi)容。
一巨朦、引用計數(shù)法
給對象添加一個引用計數(shù)器乡翅，每當有一個地方引用它時，計數(shù)器值就加1罪郊；當引用失效時蠕蚜，計數(shù)器值就減1；任何時刻計數(shù)器為0的對象就是不可能被再使用的悔橄。
主流的JVM里面沒有選用引用計數(shù)算法來管理內(nèi)存靶累，其中最主要的原因是它很難解決對象間的互循環(huán)引用的問題。
二癣疟、可達性分析算法
通過一些列的稱為“GC Roots”的對象作為起始點挣柬，從這些節(jié)點開始向下搜索，搜索所走過的路徑稱為引用鏈睛挚，當一個對象到GC Roots沒有任何引用鏈相連時（就是從GC Roots 到這個對象是不可達）邪蛔，則證明此對象是不可用的。所以它們會被判定為可回收對象（例如圖B中的對象既是不可達的）扎狱。
在可達性分析算法中侧到，要真正宣告一個對象死亡勃教，至少要經(jīng)歷兩次標記過程：
1.如果對象在進行可達性分析后發(fā)現(xiàn)沒有與GC Roots相連接的引用鏈，那它將會被第一次標記并且進行一次篩選匠抗，篩選的條件是此對象是否有必要執(zhí)行finalize()方法故源。當對象沒有 覆蓋finalize()方法，或者finalize()方法已經(jīng)被虛擬機調(diào)用過汞贸，虛擬機將這兩種情況都視為“沒有必要執(zhí)行”绳军。
2.如果這個對象被判定為有必要執(zhí)行finalize()方法，那么這個對象將會放置在一個叫做F-Queue隊列之中矢腻，并在稍后由一個由虛擬機自動建立的门驾、低優(yōu)先級的Finalizer線程去執(zhí)行它。finalize()方法是對象逃脫死亡命運的最后一次機會多柑，稍候GC將對F-Queue中的對象進行第二次小規(guī)模的標記奶是，如果對象要在finalie()中成功拯救自己——只要重新與引用鏈上的任何一個對象建立關(guān)聯(lián)即可，譬如把自己（this關(guān)鍵字）賦值給某個類變量或者對象的成員變量顷蟆，那在第二次標記時它將會被移除出“即將回收”的集合诫隅；如果對象這時候還沒有逃脫，那基本上它就真的被回收了帐偎。
三逐纬、判斷對象是否存活與“引用”有關(guān)
在JDK1.2之后，Java對引用的概念進行了擴充削樊，將引用分為強引用（Strong Reference）豁生、軟引用（Soft Reference）、弱引用（Weak Reference）漫贞、虛引用（Phantom Reference）四種甸箱，這四種引用強度依次逐漸減弱。
強引用：就是指在程序代碼之中普遍存在的迅脐，類似“Object obj = new Object()”這類的引用芍殖，只要強引用還存在，垃圾收集器永遠不會回收掉被引用的對象谴蔑。
軟引用：用來描述一些還有用但并非必須的對象豌骏。在系統(tǒng)將要發(fā)生內(nèi)存溢出異常之前，將會把這些對象列進回收范圍之中進行第二次回收隐锭。
弱引用：用戶描述非必須對象的窃躲。被弱引用關(guān)聯(lián)的對象只能生存到下一次垃圾收集發(fā)生之前。當垃圾收集器工作時钦睡，無論當前內(nèi)存是否足夠蒂窒，都會回收掉只被弱引用關(guān)聯(lián)的對象。
虛引用：一個對象是否有虛引用存在，完全不會對其生存時間構(gòu)成影響洒琢，也無法通過虛引用來取得一個對象實例秧秉。為一個對象設置虛引用的唯一目的就是能在這個對象被收集器回收時刻得到一個系統(tǒng)通知。
