前言概述

在JDK1.2以前的版本中，當一個物件不被任何變數引用，那麼程式就無法再使用這個物件。這就像在日常生活中，從商店購買了某樣物品後，如果有用，就一直保留它，否則就把它扔到垃圾箱，由清潔工人收走。一般說來，如果物品已經被扔到垃圾箱，想再把它撿回來使用就不可能了。

但有時候情況並不這麼簡單，你可能會遇到類似雞肋一樣的物品，食之無味，棄之可惜。這種物品現在已經無用了，保留它會佔空間，但是立刻扔掉它也不划算，因為也許將來還會派用場。對於這樣的可有可無的物品，一種折衷的處理辦法是：如果家裡空間足夠，就先把它保留在家裡，如果家裡空間不夠，即使把家裡所有的垃圾清除，還是無法容納那些必不可少的生活用品，那麼再扔掉這些可有可無的物品。

針對上述的問題,從jdk1.2開始,java對引用的概念進行了擴充。程式更加靈活的控制物件的生命週期。引用分為強引用(Stong Reference)、軟引用(Soft Reference)、弱引用(Weak Reference)、虛引用(Phantom Reference)。這4中引用強度依次減弱。下面我們分別介紹這4中引用的概念和使用方式

強引用

在我們程式中中使用的大部分引用都是強引用，如果一個物件具有強引用，就類似於生活中必不可少的物品，垃圾回去絕不回收它。當記憶體空間不足時,java虛擬機器寧願丟擲OutOfMemoryError錯誤，使程式異常終止，也不會靠隨意回收具有強引用的物件來解決記憶體不足問題。

Object object=new Object();//強引用
object=null;//告訴java虛擬機器,不使用這個物件了,可以回收了

public void f(){
   Object object=new Object();
   //......其他程式碼省略
}

在一個方法內部有一個強引用，這個引用儲存在棧中，真正的引用內容(object)儲存在堆中,當方法執行完後退出方法棧，則引用的內容的引用就不存在了,那這個物件將被回收。

當我們不使用此物件了顯式的設定物件為null或超出了物件的什麼週期,則java虛擬機器任務此物件不存在引用了,這時有可以回收這個物件了,具體什麼時候回收由java虛擬機器決定。這樣就像在生活在我們不需要一個物品了，將其扔到垃圾箱中，具體什麼時候回收此物品，由收垃圾的人決定。

軟引用

如果一個物件只具有軟引用，那就類似於可有可無的生活用品。如果記憶體空間足夠，垃圾回收器就不會回收它，如果記憶體空間不足了，就會回收這些物件的記憶體。只要垃圾回收器沒有回收它，該物件就可以被程式使用。

軟引用可以和一個引用佇列（ReferenceQueue）聯合使用，如果軟引用所引用的物件被垃圾回收，JAVA虛擬機器就會把這個軟引用加入到與之關聯的引用佇列中。

弱引用

如果一個物件只具有弱引用，那就類似於可有可物的生活用品。弱引用與軟引用的區別在於：只具有弱引用的物件擁有更短暫的生命週期。在垃圾回收器執行緒掃描它 所管轄的記憶體區域的過程中，一旦發現了只具有弱引用的物件，不管當前記憶體空間足夠與否，都會回收它的記憶體。不過，由於垃圾回收器是一個優先順序很低的執行緒， 因此不一定會很快發現那些只具有弱引用的物件。

弱引用可以和一個引用佇列（ReferenceQueue）聯合使用，如果弱引用所引用的物件被垃圾回收，Java虛擬機器就會把這個弱引用加入到與之關聯的引用佇列中。

虛引用

虛引用顧名思義，就是形同虛設，與其他幾種引用都不同，虛引用並不會決定物件的生命週期。如果一個物件僅持有虛引用，那麼它就和沒有任何引用一樣，在任何時候都可能被垃圾回收。

虛引用主要用來跟蹤物件被垃圾回收的活動。虛引用與軟引用和弱引用的一個區別在於：虛引用必須和引用佇列（ReferenceQueue）聯合使用。當垃 圾回收器準備回收一個物件時，如果發現它還有虛引用，就會在回收物件的記憶體之前，把這個虛引用加入到與之關聯的引用佇列中。程式可以通過判斷引用佇列中是 否已經加入了虛引用，來了解被引用的物件是否將要被垃圾回收。程式如果發現某個虛引用已經被加入到引用佇列，那麼就可以在所引用的物件的記憶體被回收之前採取必要的行動。

java類圖

java中這些引用都在java.lang.ref包中,這幾個類的結構都比較簡單，搞懂上述的引用的具體概念和區別,具體的使用就比較簡單了,檢視api文件就可以指定其使用方法了。

其他資料