Java的四種引用方式

java內存管理分爲內存分配和內存回收，都不須要程序員負責，垃圾回收的機制主要是看對象是否有引用指向該對象。

java對象的引用包括
  強引用，軟引用，弱引用，虛引用

Java中提供這四種引用類型主要有兩個目的：

第一是可讓程序員經過代碼的方式決定某些對象的生命週期；

第二是有利於JVM進行垃圾回收。

下面來闡述一下這四種類型引用的概念：

１．強引用

 是指建立一個對象並把這個對象賦給一個引用變量。

好比：

Object object = new  Object();

String str = "hello" ;

 強引用有引用變量指向時永遠不會被垃圾回收，JVM寧願拋出OutOfMemory錯誤也不會回收這種對象。

<pre name="code" class="java">public class Main {
    public static void main(String[] args) {
        new Main().fun1();
    }

    public void fun1() {
        Object object = new Object();
        Object[] objArr = new Object[1000];
 }

當運行至Object[] objArr = new Object[1000];這句時，若是內存不足，JVM會拋出OOM錯誤也不會回收object指向的對象。不過要注意的是，當fun1運行完以後，object和objArr都已經不存在了，因此它們指向的對象都會被JVM回收。

　　若是想中斷強引用和某個對象之間的關聯，能夠顯示地將引用賦值爲null，這樣一來的話，JVM在合適的時間就會回收該對象。

好比Vector類的clear方法中就是經過將引用賦值爲null來實現清理工做的：

<pre name="code" class="java">/**
     * Removes the element at the specified position in this Vector.
     * Shifts any subsequent elements to the left (subtracts one from their
     * indices).  Returns the element that was removed from the Vector.
     *
     * @throws ArrayIndexOutOfBoundsException if the index is out of range
     *         ({@code index < 0 || index >= size()})
     * @param index the index of the element to be removed
     * @return element that was removed
     * @since 1.2
     */
    public synchronized E remove(int index) {
    modCount++;
    if (index >= elementCount)
        throw new ArrayIndexOutOfBoundsException(index);
    Object oldValue = elementData[index];

    int numMoved = elementCount - index - 1;
    if (numMoved > 0)
        System.arraycopy(elementData, index+1, elementData, index,
                 numMoved);
    elementData[--elementCount] = null; // Let gc do its work

    return (E)oldValue;
    }

2.軟引用（SoftReference）

若是一個對象具備軟引用，內存空間足夠，垃圾回收器就不會回收它；

若是內存空間不足了，就會回收這些對象的內存。只要垃圾回收器沒有回收它，該對象就能夠被程序使用。

軟引用可用來實現內存敏感的高速緩存,好比網頁緩存、圖片緩存等。使用軟引用能防止內存泄露，加強程序的健壯性。   
SoftReference的特色是它的一個實例保存對一個Java對象的軟引用， 該軟引用的存在不妨礙垃圾收集線程對該Java對象的回收。

也就是說，一旦SoftReference保存了對一個Java對象的軟引用後，在垃圾線程對 這個Java對象回收前，SoftReference類所提供的get()方法返回Java對象的強引用。

另外，一旦垃圾線程回收該Java對象之 後，get()方法將返回null。

舉個栗子：

<pre name="code" class="java">MyObject aRef = new  MyObject();
SoftReference aSoftRef=new SoftReference(aRef);

此時，對於這個MyObject對象，有兩個引用路徑，一個是來自SoftReference對象的軟引用，一個來自變量aReference的強引用，因此這個MyObject對象是強可及對象。

隨即，咱們能夠結束aReference對這個MyObject實例的強引用:

<pre name="code" class="java">aRef = null;

此後，這個MyObject對象成爲了軟引用對象。若是垃圾收集線程進行內存垃圾收集，並不會由於有一個SoftReference對該對象的引用而始終保留該對象。
Java虛擬機的垃圾收集線程對軟可及對象和其餘通常Java對象進行了區別對待:軟可及對象的清理是由垃圾收集線程根據其特定算法按照內存需求決定的。
也就是說，垃圾收集線程會在虛擬機拋出OutOfMemoryError以前回收軟可及對象，並且虛擬機會盡量優先回收長時間閒置不用的軟可及對象，對那些剛剛構建的或剛剛使用過的「新」軟可反對象會被虛擬機儘量保留。在回收這些對象以前，咱們能夠經過:

<pre name="code" class="java">MyObject anotherRef=(MyObject)aSoftRef.get();

從新得到對該實例的強引用。而回收以後，調用get()方法就只能獲得null了。
使用ReferenceQueue清除失去了軟引用對象的SoftReference：

做爲一個Java對象，SoftReference對象除了具備保存軟引用的特殊性以外，也具備Java對象的通常性。因此，當軟可及對象被回收以後，雖然這個SoftReference對象的get()方法返回null,但這個SoftReference對象已經再也不具備存在的價值，須要一個適當的清除機制，避免大量SoftReference對象帶來的內存泄漏。在java.lang.ref包裏還提供了ReferenceQueue。若是在建立SoftReference對象的時候，使用了一個ReferenceQueue對象做爲參數提供給SoftReference的構造方法，如:

<pre name="code" class="java">ReferenceQueue queue = new  ReferenceQueue();
SoftReference  ref=new  SoftReference(aMyObject, queue);

那麼當這個SoftReference所軟引用的aMyOhject被垃圾收集器回收的同時，ref所強引用的SoftReference對象被列入ReferenceQueue。也就是說，ReferenceQueue中保存的對象是Reference對象，並且是已經失去了它所軟引用的對象的Reference對象。另外從ReferenceQueue這個名字也能夠看出，它是一個隊列，當咱們調用它的poll()方法的時候，若是這個隊列中不是空隊列，那麼將返回隊列前面的那個Reference對象。

在任什麼時候候，咱們均可以調用ReferenceQueue的poll()方法來檢查是否有它所關心的非強可及對象被回收。若是隊列爲空，將返回一個null,不然該方法返回隊列中前面的一個Reference對象。利用這個方法，咱們能夠檢查哪一個SoftReference所軟引用的對象已經被回收。因而咱們能夠把這些失去所軟引用的對象的SoftReference對象清除掉。經常使用的方式爲:

<pre name="code" class="java">SoftReference ref = null;
while ((ref = (EmployeeRef) q.poll()) != null) {
    // 清除ref
}

 

3.弱引用（WeakReference）

　　弱引用也是用來描述非必需對象的，當JVM進行垃圾回收時，不管內存是否充足，都會回收被弱引用關聯的對象。在java中，用java.lang.ref.WeakReference類來表示。下面是使用示例：

<pre name="code" class="java">public class test {
    public static void main(String[] args) {
        WeakReference<People>reference=new WeakReference<People>(new People("zhouqian",20));
        System.out.println(reference.get());
        System.gc();//通知GVM回收資源
        System.out.println(reference.get());
    }
}
class People{
    public String name;
    public int age;
    public People(String name,int age) {
        this.name=name;
        this.age=age;
    }
    @Override
    public String toString() {
        return "[name:"+name+",age:"+age+"]";
    }
}
輸出結果：

[name:zhouqian,age:20]
null
第二個輸出結果是null，這說明只要JVM進行垃圾回收，被弱引用關聯的對象一定會被回收掉。不過要注意的是，這裏所說的被弱引用關聯的對象是指只有弱引用與之關聯，若是存在強引用同時與之關聯，則進行垃圾回收時也不會回收該對象（軟引用也是如此）。

好比：將代碼作一點小更改：

<pre name="code" class="java">package yinyong;

import java.lang.ref.WeakReference;

public class test {
    public static void main(String[] args) {
        People people=new People("zhouqian",20);
        WeakReference<People>reference=new WeakReference<People>(people);//<span style="color:#FF0000;">關聯強引用</span>
        System.out.println(reference.get());
        System.gc();
        System.out.println(reference.get());
    }
}
class People{
    public String name;
    public int age;
    public People(String name,int age) {
        this.name=name;
        this.age=age;
    }
    @Override
    public String toString() {
        return "[name:"+name+",age:"+age+"]";
    }
}//結果發生了很大的變化
[name:zhouqian,age:20]
[name:zhouqian,age:20]

弱引用能夠和一個引用隊列（ReferenceQueue）聯合使用，若是弱引用所引用的對象被JVM回收，這個軟引用就會被加入到與之關聯的引用隊列中。

4.虛引用（PhantomReference）

　　虛引用和前面的軟引用、弱引用不一樣，它並不影響對象的生命週期。在java中用java.lang.ref.PhantomReference類表示。若是一個對象與虛引用關聯，則跟沒有引用與之關聯同樣，在任什麼時候候均可能被垃圾回收器回收。

　　要注意的是，虛引用必須和引用隊列關聯使用，當垃圾回收器準備回收一個對象時，若是發現它還有虛引用，就會把這個虛引用加入到與之 關聯的引用隊列中。程序能夠經過判斷引用隊列中是否已經加入了虛引用，來了解被引用的對象是否將要被垃圾回收。若是程序發現某個虛引用已經被加入到引用隊列，那麼就能夠在所引用的對象的內存被回收以前採起必要的行動。

<pre name="code" class="java">import java.lang.ref.PhantomReference;
import java.lang.ref.ReferenceQueue;
public class Main {
    public static void main(String[] args) {
        ReferenceQueue<String> queue = new ReferenceQueue<String>();
        PhantomReference<String> pr = new PhantomReference<String>(new String("hello"), queue);
        System.out.println(pr.get());
    }
}

 

軟引用和弱引用
    對於強引用，咱們平時在編寫代碼時常常會用到。而對於其餘三種類型的引用，使用得最多的就是軟引用和弱引用，這2種既有類似之處又有區別。它們都是用來描述非必需對象的，可是被軟引用關聯的對象只有在內存不足時纔會被回收，而被弱引用關聯的對象在JVM進行垃圾回收時總會被回收。

    在SoftReference類中，有三個方法，兩個構造方法和一個get方法（WekReference相似）：

兩個構造方法：

<pre name="code" class="java">public SoftReference(T referent) {
    super(referent);
    this.timestamp = clock;
    }
public SoftReference(T referent, ReferenceQueue<? super T> q) {
    super(referent, q);
    this.timestamp = clock;
    }

        get方法用來獲取與軟引用關聯的對象的引用，若是該對象被回收了，則返回null。

 　　在使用軟引用和弱引用的時候，咱們能夠顯示地經過System.gc()來通知JVM進行垃圾回收，可是要注意的是，雖然發出了通知，JVM不必定會馬上執行，也就是說這句是沒法確保此時JVM必定會進行垃圾回收的。

對象可及性的判斷

在不少時候，一個對象並非從根集直接引用的，而是一個對象被其餘對象引用，甚至同時被幾個對象所引用，從而構成一個以根集爲頂的樹形結構。如圖2所示

    在這個樹形的引用鏈中，箭頭的方向表明了引用的方向，所指向的對象是被引用對象。由圖能夠看出，從根集到一個對象能夠由不少條路徑。好比到達對象5的路徑就有①-⑤，③-⑦兩條路徑。由此帶來了一個問題，那就是某個對象的可及性如何判斷:

◆單條引用路徑可及性判斷:在這條路徑中，最弱的一個引用決定對象的可及性。

◆多條引用路徑可及性判斷:幾條路徑中，最強的一條的引用決定對象的可及性。

    好比，咱們假設圖2中引用①和③爲強引用，⑤爲軟引用，⑦爲弱引用，對於對象5按照這兩個判斷原則，路徑①-⑤取最弱的引用⑤，所以該路徑對對象5的引用爲軟引用。一樣，③-⑦爲弱引用。在這兩條路徑之間取最強的引用，因而對象5是一個軟可及對象

 

 

如何利用軟引用和弱引用解決OOM問題

　　前面講了關於軟引用和弱引用相關的基礎知識，那麼到底如何利用它們來優化程序性能，從而避免OOM的問題呢？

　　下面舉個例子，假若有一個應用須要讀取大量的本地圖片，若是每次讀取圖片都從硬盤讀取，則會嚴重影響性能，可是若是所有加載到內存當中，又有可能形成內存溢出，此時使用軟引用能夠解決這個問題。

　　設計思路是：用一個HashMap來保存圖片的路徑 和 相應圖片對象關聯的軟引用之間的映射關係，在內存不足時，JVM會自動回收這些緩存圖片對象所佔用的空間，從而有效地避免了OOM的問題。在Android開發中對於大量圖片下載會常常用到。

3．使用軟引用構建敏感數據的緩存

3.1 爲何須要使用軟引用

   首先，咱們看一個僱員信息查詢系統的實例。咱們將使用一個Java語言實現的僱員信息查詢系統查詢存儲在磁盤文件或者數據庫中的僱員人事檔案信息。做爲一個用戶，咱們徹底有可能須要回頭去查看幾分鐘甚至幾秒鐘前查看過的僱員檔案信息(一樣，咱們在瀏覽WEB頁面的時候也常常會使用「後退」按鈕)。這時咱們一般會有兩種程序實現方式:一種是把過去查看過的僱員信息保存在內存中，每個存儲了僱員檔案信息的Java對象的生命週期貫穿整個應用程序始終;另外一種是當用戶開始查看其餘僱員的檔案信息的時候，把存儲了當前所查看的僱員檔案信息的Java對象結束引用，使得垃圾收集線程能夠回收其所佔用的內存空間，當用戶再次須要瀏覽該僱員的檔案信息的時候，從新構建該僱員的信息。很顯然，第一種實現方法將形成大量的內存浪費，而第二種實現的缺陷在於即便垃圾收集線程尚未進行垃圾收集，包含僱員檔案信息的對象仍然無缺地保存在內存中，應用程序也要從新構建一個對象。咱們知道，訪問磁盤文件、訪問網絡資源、查詢數據庫等操做都是影響應用程序執行性能的重要因素，若是能從新獲取那些還沒有被回收的Java對象的引用，必將減小沒必要要的訪問，大大提升程序的運行速度。

3.2 若是使用軟引用

SoftReference的特色是它的一個實例保存對一個Java對象的軟引用，該軟引用的存在不妨礙垃圾收集線程對該Java對象的回收。也就是說，一旦SoftReference保存了對一個Java對象的軟引用後，在垃圾線程對這個Java對象回收前，SoftReference類所提供的get()方法返回Java對象的強引用。另外，一旦垃圾線程回收該Java對象以後，get()方法將返回null。

看下面代碼:

MyObject aRef =  new  MyObject(); SoftReference aSoftRef= new SoftReference(aRef);

    此時，對於這個MyObject對象，有兩個引用路徑，一個是來自SoftReference對象的軟引用，一個來自變量aReference的強引用，因此這個MyObject對象是強可及對象。

隨即，咱們能夠結束aReference對這個MyObject實例的強引用:

aRef = null;

此後，這個MyObject對象成爲了軟可及對象。若是垃圾收集線程進行內存垃圾收集，並不會由於有一個SoftReference對該對象的引用而始終保留該對象。Java虛擬機的垃圾收集線程對軟可及對象和其餘通常Java對象進行了區別對待:軟可及對象的清理是由垃圾收集線程根據其特定算法按照內存需求決定的。也就是說，垃圾收集線程會在虛擬機拋出OutOfMemoryError以前回收軟可及對象，並且虛擬機會盡量優先回收長時間閒置不用的軟可及對象，對那些剛剛構建的或剛剛使用過的「新」軟可反對象會被虛擬機儘量保留。在回收這些對象以前，咱們能夠經過:

MyObject anotherRef=(MyObject)aSoftRef.get();

    從新得到對該實例的強引用。而回收以後，調用get()方法就只能獲得null了。

3.3 使用ReferenceQueue清除失去了軟引用對象的SoftReference

做爲一個Java對象，SoftReference對象除了具備保存軟引用的特殊性以外，也具備Java對象的通常性。因此，當軟可及對象被回收以後，雖然這個SoftReference對象的get()方法返回null,但這個SoftReference對象已經再也不具備存在的價值，須要一個適當的清除機制，避免大量SoftReference對象帶來的內存泄漏。在java.lang.ref包裏還提供了ReferenceQueue。若是在建立SoftReference對象的時候，使用了一個ReferenceQueue對象做爲參數提供給SoftReference的構造方法，如:

ReferenceQueue queue =  new  ReferenceQueue(); SoftReference  ref= new  SoftReference(aMyObject, queue);

    那麼當這個SoftReference所軟引用的aMyOhject被垃圾收集器回收的同時，ref所強引用的SoftReference對象被列入ReferenceQueue。也就是說，ReferenceQueue中保存的對象是Reference對象，並且是已經失去了它所軟引用的對象的Reference對象。另外從ReferenceQueue這個名字也能夠看出，它是一個隊列，當咱們調用它的poll()方法的時候，若是這個隊列中不是空隊列，那麼將返回隊列前面的那個Reference對象。

在任什麼時候候，咱們均可以調用ReferenceQueue的poll()方法來檢查是否有它所關心的非強可及對象被回收。若是隊列爲空，將返回一個null,不然該方法返回隊列中前面的一個Reference對象。利用這個方法，咱們能夠檢查哪一個SoftReference所軟引用的對象已經被回收。因而咱們能夠把這些失去所軟引用的對象的SoftReference對象清除掉。經常使用的方式爲:

SoftReference ref =  null; while ((ref = (EmployeeRef) q.poll()) !=  null) {     // 清除ref }

理解了ReferenceQueue的工做機制以後，咱們就能夠開始構造一個Java對象的高速緩存器了。

3.4經過軟可及對象重獲方法實現Java對象的高速緩存

    利用Java2平臺垃圾收集機制的特性以及前述的垃圾對象重獲方法，咱們經過一個僱員信息查詢系統的小例子來講明如何構建一種高速緩存器來避免重複構建同一個對象帶來的性能損失。咱們將一個僱員的檔案信息定義爲一個Employee類:

publicclass Employee {      private String id;// 僱員的標識號碼      private String name;// 僱員姓名      private String department;// 該僱員所在部門      private String Phone;// 該僱員聯繫電話      privateintsalary;// 該僱員薪資      private String origin;// 該僱員信息的來源       // 構造方法      public Employee(String id) {         this.id = id;        getDataFromlnfoCenter();     }       // 到數據庫中取得僱員信息      privatevoid getDataFromlnfoCenter() {        // 和數據庫創建鏈接井查詢該僱員的信息，將查詢結果賦值        // 給name，department，plone，salary等變量        // 同時將origin賦值爲"From DataBase"     } ……

這個Employee類的構造方法中咱們能夠預見，若是每次須要查詢一個僱員的信息。哪怕是幾秒中以前剛剛查詢過的，都要從新構建一個實例，這是須要消耗不少時間的。下面是一個對Employee對象進行緩存的緩存器的定義:

import java.lang.ref.ReferenceQueue;

import java.lang.ref.SoftReference;

import java.util.Hashtable;

publicclass EmployeeCache {

     staticprivate EmployeeCache  cache;// 一個Cache實例

     private Hashtable<String,EmployeeRef> employeeRefs;// 用於Chche內容的存儲

     private ReferenceQueue<Employee> q;// 垃圾Reference的隊列

 

    // 繼承SoftReference，使得每個實例都具備可識別的標識。

    // 而且該標識與其在HashMap內的key相同。

     privateclass EmployeeRef  extends SoftReference<Employee> {

        private String _key = "";

 

        public EmployeeRef(Employee em, ReferenceQueue<Employee> q) {

            super(em, q);

           _key = em.getID();

       }

    }

 

    // 構建一個緩存器實例

     private EmployeeCache() {

       employeeRefs =  new Hashtable<String,EmployeeRef>();

       q =  new ReferenceQueue<Employee>();

    }

 

    // 取得緩存器實例

     publicstatic EmployeeCache getInstance() {

        if ( cache ==  null) {

            cache =  new EmployeeCache();

       }

        return cache;

    }

 

    // 以軟引用的方式對一個Employee對象的實例進行引用並保存該引用

     privatevoid cacheEmployee(Employee em) {

       cleanCache();// 清除垃圾引用

       EmployeeRef ref =  new EmployeeRef(em, q);

       employeeRefs.put(em.getID(), ref);

    }

 

    // 依據所指定的ID號，從新獲取相應Employee對象的實例

     public Employee getEmployee(String ID) {

       Employee em =  null;

       // 緩存中是否有該Employee實例的軟引用，若是有，從軟引用中取得。

        if (employeeRefs.containsKey(ID)) {

           EmployeeRef ref = (EmployeeRef) employeeRefs.get(ID);

           em = (Employee) ref.get();

       }

       // 若是沒有軟引用，或者從軟引用中獲得的實例是null，從新構建一個實例，

       // 並保存對這個新建實例的軟引用

        if (em ==  null) {

           em =  new Employee(ID);

           System. out.println("Retrieve From EmployeeInfoCenter. ID=" + ID);

            this.cacheEmployee(em);

       }

        return em;

    }

 

    // 清除那些所軟引用的Employee對象已經被回收的EmployeeRef對象

     privatevoid cleanCache() {

       EmployeeRef ref =  null;

        while ((ref = (EmployeeRef) q.poll()) !=  null) {

           employeeRefs.remove(ref._key);

       }

    }

 

    // 清除Cache內的所有內容

     publicvoid clearCache() {

       cleanCache();

       employeeRefs.clear();

       System. gc();

       System. runFinalization();

    }

}

4．使用弱引用構建非敏感數據的緩存

4.1全局 Map 形成的內存泄漏

無心識對象保留最多見的緣由是使用Map將元數據與臨時對象（transient object）相關聯。假定一個對象具備中等生命週期，比分配它的那個方法調用的生命週期長，可是比應用程序的生命週期短，如客戶機的套接字鏈接。須要將一些元數據與這個套接字關聯，如生成鏈接的用戶的標識。在建立Socket時是不知道這些信息的，而且不能將數據添加到Socket對象上，由於不能控制 Socket 類或者它的子類。這時，典型的方法就是在一個全局 Map 中存儲這些信息，以下面的 SocketManager 類所示：使用一個全局 Map 將元數據關聯到一個對象。

publicclass SocketManager {      private Map<Socket, User> m =  new HashMap<Socket, User>();        publicvoid setUser(Socket s, User u) {        m.put(s, u);     }        public User getUser(Socket s) {         returnm.get(s);     }        publicvoid removeUser(Socket s) {        m.remove(s);     } }

這種方法的問題是元數據的生命週期須要與套接字的生命週期掛鉤，可是除非準確地知道何時程序再也不須要這個套接字，並記住從 Map 中刪除相應的映射，不然，Socket 和 User 對象將會永遠留在 Map 中，遠遠超過響應了請求和關閉套接字的時間。這會阻止 Socket 和 User 對象被垃圾收集，即便應用程序不會再使用它們。這些對象留下來不受控制，很容易形成程序在長時間運行後內存爆滿。除了最簡單的狀況，在幾乎全部狀況下找出何時 Socket 再也不被程序使用是一件很煩人和容易出錯的任務，須要人工對內存進行管理。

 

4.2如何使用WeakHashMap

在Java集合中有一種特殊的Map類型—WeakHashMap，在這種Map中存放了鍵對象的弱引用，當一個鍵對象被垃圾回收器回收時，那麼相應的值對象的引用會從Map中刪除。WeakHashMap可以節約存儲空間，可用來緩存那些非必須存在的數據。關於Map接口的通常用法。

下面示例中MapCache類的main()方法建立了一個WeakHashMap對象，它存放了一組Key對象的弱引用，此外main()方法還建立了一個數組對象，它存放了部分Key對象的強引用。

import java.util.WeakHashMap;   class Element {      private String ident;        public Element(String id) {        ident = id;     }        public String toString() {         returnident;     }        publicint hashCode() {         returnident.hashCode();     }        publicboolean equals(Object obj) {         return obj  instanceof Element && ident.equals(((Element) obj).ident);     }          protectedvoid finalize(){        System. out.println("Finalizing "+getClass().getSimpleName()+" "+ident);     } }   class Key  extends Element{      public Key(String id){         super(id);     } }   class Value  extends Element{      public Value (String id){         super(id);     } }   publicclass CanonicalMapping {      publicstaticvoid main(String[] args){         int size=1000;        Key[] keys= new Key[size];        WeakHashMap<Key,Value> map= new WeakHashMap<Key,Value>();         for( int i=0;i<size;i++){            Key k= new Key(Integer. toString(i));            Value v= new Value(Integer. toString(i));             if(i%3==0)               keys[i]=k;            map.put(k, v);        }        System. gc();     } }

從打印結果能夠看出，當執行System.gc()方法後，垃圾回收器只會回收那些僅僅持有弱引用的Key對象。id能夠被3整除的Key對象持有強引用，所以不會被回收。

 

4.3用 WeakHashMap 堵住泄漏

在 SocketManager 中防止泄漏很容易，只要用 WeakHashMap 代替 HashMap 就好了。（這裏假定SocketManager不須要線程安全）。當映射的生命週期必須與鍵的生命週期聯繫在一塊兒時，可使用這種方法。用WeakHashMap修復 SocketManager。

publicclass SocketManager {      private Map<Socket,User> m =  new WeakHashMap<Socket,User>();          publicvoid setUser(Socket s, User u) {         m.put(s, u);     }      public User getUser(Socket s) {          returnm.get(s);     } }

 

4.4配合使用引用隊列

WeakHashMap 用弱引用承載映射鍵，這使得應用程序再也不使用鍵對象時它們能夠被垃圾收集，get() 實現能夠根據 WeakReference.get() 是否返回 null 來區分死的映射和活的映射。可是這只是防止 Map 的內存消耗在應用程序的生命週期中不斷增長所須要作的工做的一半，還須要作一些工做以便在鍵對象被收集後從 Map 中刪除死項。不然，Map 會充滿對應於死鍵的項。雖然這對於應用程序是不可見的，可是它仍然會形成應用程序耗盡內存。

引用隊列是垃圾收集器嚮應用程序返回關於對象生命週期的信息的主要方法。弱引用有個構造函數取引用隊列做爲參數。若是用關聯的引用隊列建立弱引用，在弱引用對象成爲 GC 候選對象時，這個引用對象就在引用清除後加入到引用隊列中（具體參考上文軟引用示例）。

WeakHashMap 有一個名爲 expungeStaleEntries() 的私有方法，大多數 Map 操做中會調用它，它去掉引用隊列中全部失效的引用，並刪除關聯的映射。

5．UML:使用關聯類指明特定形式的引用

關聯類可以用來指明特定形式的引用，如弱（weak）、軟（soft）或虛 （phantom）引用。

也能夠以下的構造型方式。