目錄介紹

• 0.關(guān)于四種引用
  • 0.1 引用說明
  • 0.2 關(guān)于Java下ref包和Android下ref包
• 1.強(qiáng)引用
  • 1.0 關(guān)于強(qiáng)引用引用的場景
  • 1.1 強(qiáng)引用介紹
  • 1.2 強(qiáng)引用的特點(diǎn)
  • 1.3 注意相互引用情況
• 2.軟引用
  • 2.0 關(guān)于SoftReference軟引用
  • 2.1 軟引用應(yīng)用場景
  • 2.2 軟引用的簡單使用
  • 2.3 軟引用的特點(diǎn)
  • 2.4 實(shí)際應(yīng)用案例
  • 2.5 注意避免軟引用獲取對象為null
• 3.弱引用
  • 3.0 關(guān)于WeakReference弱引用
  • 3.1 WeakReference：防止內(nèi)存泄漏，要保證內(nèi)存被虛擬機(jī)回收
    • 3.1.1 先看一個handler小案例
    • 3.1.2 為什么這樣會造成內(nèi)存泄漏
    • 3.1.3 根本原因
  • 3.2 弱引用解決辦法
  • 3.3 弱引用實(shí)際應(yīng)用案例
• 4.虛引用
  • 4.0 關(guān)于PhantomReference類虛引用
  • 4.1 Android實(shí)際開發(fā)中沒有用到過
• 5.四種引用其他介紹
  • 5.1 弱引用和軟引用區(qū)別
  • 5.2 使用軟引用或者弱引用防止內(nèi)存泄漏
  • 5.3 到底什么時候使用軟引用，什么時候使用弱引用呢？
  • 5.4 四種引用用一張表總結(jié)[摘自網(wǎng)絡(luò)]
• 6.源碼分析
  • 6.1 首先看看如何通過弱引用加載圖片
  • 6.2 看看Reference的源代碼
  • 6.3 看看ReferenceQueue的enqueue函數(shù)
  • 6.4 看看ReferenceQueue的enqueueLocked(Reference)函數(shù)
  • 6.5 接著看看ReferenceQueue.isEnqueued()代碼
  • 6.6 那么enqueueLocked(Reference)函數(shù)中的Cleaner是做什么的
  • 6.7 軟引用SoftReference源碼
  • 6.8 弱引用WeakReference源碼
  • 6.9 虛引用PhantomReference源碼
• 7.關(guān)于其他
  • 7.1 關(guān)于參考案例
  • 7.2 關(guān)于版本說明
  • 7.3 關(guān)于我的博客

好消息

• 博客筆記大匯總【16年3月到至今】，包括Java基礎(chǔ)及深入知識點(diǎn)，Android技術(shù)博客，Python學(xué)習(xí)筆記等等，還包括平時開發(fā)中遇到的bug匯總，當(dāng)然也在工作之余收集了大量的面試題，長期更新維護(hù)并且修正，持續(xù)完善……開源的文件是markdown格式的！同時也開源了生活博客，從12年起，積累共計(jì)47篇[近20萬字]，轉(zhuǎn)載請注明出處，謝謝！
• 鏈接地址：https://github.com/yangchong211/YCBlogs
• 如果覺得好，可以star一下，謝謝！當(dāng)然也歡迎提出建議，萬事起于忽微，量變引起質(zhì)變！

特此說明

• 博客匯總鏈接：http://www.lxweimin.com/p/53017c3fc75d
• 視頻案例：https://github.com/yangchong211/YCVideoPlayer
• 音頻案例：https://github.com/yangchong211/YCAudioPlayer
• recyclerView復(fù)雜封裝庫：https://github.com/yangchong211/YCRefreshView
• 狀態(tài)欄工具類：https://github.com/yangchong211/YCStatusBar
• 狀態(tài)切換管理器庫：https://github.com/yangchong211/YCStateLayout

0.關(guān)于四種引用

0.1 引用說明

• java.lang.ref包中提供了幾個類：SoftReference類、WeakReference類和PhantomReference類，它們分別代表軟引用、弱引用和虛引用。ReferenceQueue類表示引用隊(duì)列，它可以和這三種引用類聯(lián)合使用，以便跟蹤Java虛擬機(jī)回收所引用的對象的活動。

0.2 關(guān)于Java下ref包和Android下ref包

• 在Android下的ref包結(jié)構(gòu)

  
  
  image

• 在java下的ref包

  
  
  image

1.強(qiáng)引用

1.0 關(guān)于強(qiáng)引用引用的場景

• 直接new出來的對象
• String str = new String("yc");

1.1 強(qiáng)引用介紹

• 強(qiáng)引用是使用最普遍的引用。如果一個對象具有強(qiáng)引用，那垃圾回收器絕不會回收它。當(dāng)內(nèi)存空間不足，Java虛擬機(jī)寧愿拋出OutOfMemoryError錯誤，使程序異常終止，也不會靠隨意回收具有強(qiáng)引用的對象來解決內(nèi)存不足的問題。
• 通過引用，可以對堆中的對象進(jìn)行操作。在某個函數(shù)中，當(dāng)創(chuàng)建了一個對象，該對象被分配在堆中，通過這個對象的引用才能對這個對象進(jìn)行操作。

1.2 強(qiáng)引用的特點(diǎn)

• 強(qiáng)引用可以直接訪問目標(biāo)對象。
• 強(qiáng)引用所指向的對象在任何時候都不會被系統(tǒng)回收。JVM寧愿拋出OOM異常，也不會回收強(qiáng)引用所指向的對象。
• 強(qiáng)引用可能導(dǎo)致內(nèi)存泄露。

1.3 注意相互引用情況

2.軟引用

2.0 關(guān)于SoftReference軟引用

• SoftReference：軟引用–>當(dāng)虛擬機(jī)內(nèi)存不足時，將會回收它指向的對象；需要獲取對象時，可以調(diào)用get方法。
• 可以通過java.lang.ref.SoftReference使用軟引用。一個持有軟引用的對象，不會被JVM很快回收，JVM會根據(jù)當(dāng)前堆的使用情況來判斷何時回收。當(dāng)堆的使用率臨近閾值時，才會回收軟引用的對象。

2.1 軟引用應(yīng)用場景

• 例如從網(wǎng)絡(luò)上獲取圖片，然后將獲取的圖片顯示的同時，通過軟引用緩存起來。當(dāng)下次再去網(wǎng)絡(luò)上獲取圖片時，首先會檢查要獲取的圖片緩存中是否存在，若存在，直接取出來，不需要再去網(wǎng)絡(luò)上獲取。

2.2 軟引用的簡單使用

• 用法如下

MyObject aRef = new  MyObject();
SoftReference aSoftRef = new SoftReference(aRef);
MyObject anotherRef = (MyObject)aSoftRef.get();

2.3 軟引用的特點(diǎn)

• 2.3.1 特點(diǎn)：
• 如果一個對象只具有軟引用，那么如果內(nèi)存空間足夠，垃圾回收器就不會回收它；如果內(nèi)存空間不足了，就會回收這些對象的內(nèi)存。只要垃圾回收器沒有回收它，該對象就可以被程序使用。軟引用可用來實(shí)現(xiàn)內(nèi)存敏感的高速緩存。軟引用可以和一個引用隊(duì)列（ReferenceQueue）聯(lián)合使用，如果軟引用所引用的對象被垃圾回收，Java虛擬機(jī)就會把這個軟引用加入到與之關(guān)聯(lián)的引用隊(duì)列中。
• 2.3.2 代碼如下

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

• 2.3.3 如何回收：
• 那么當(dāng)這個SoftReference所軟引用的aMyOhject被垃圾收集器回收的同時，ref所強(qiáng)引用的SoftReference對象被列入ReferenceQueue。也就是說，ReferenceQueue中保存的對象是Reference對象，而且是已經(jīng)失去了它所軟引用的對象的Reference對象。另外從ReferenceQueue這個名字也可以看出，它是一個隊(duì)列，當(dāng)我們調(diào)用它的poll()方法的時候，如果這個隊(duì)列中不是空隊(duì)列，那么將返回隊(duì)列前面的那個Reference對象。
• 在任何時候，我們都可以調(diào)用ReferenceQueue的poll()方法來檢查是否有它所關(guān)心的非強(qiáng)可及對象被回收。如果隊(duì)列為空，將返回一個null,否則該方法返回隊(duì)列中前面的一個Reference對象。利用這個方法，我們可以檢查哪個SoftReference所軟引用的對象已經(jīng)被回收。于是我們可以把這些失去所軟引用的對象的SoftReference對象清除掉。
• 常用的方式為

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

2.4 實(shí)際應(yīng)用案例

• 2.4.1 正常是用來處理圖片這種占用內(nèi)存大的情況
• 代碼如下所示

View view = findViewById(R.id.button);
Bitmap bitmap = BitmapFactory.decodeResource(getResources(),R.drawable.ic_launcher);
Drawable drawable = new BitmapDrawable(bitmap);
SoftReference<Drawable> drawableSoftReference = new SoftReference<Drawable>(drawable);
if(drawableSoftReference != null) {
    view.setBackground(drawableSoftReference.get());
}

• 2.4.2 這樣使用軟引用好處
• 通過軟引用的get()方法，取得drawable對象實(shí)例的強(qiáng)引用，發(fā)現(xiàn)對象被未回收。在GC在內(nèi)存充足的情況下，不會回收軟引用對象。此時view的背景顯示
• 實(shí)際情況中,我們會獲取很多圖片.然后可能給很多個view展示, 這種情況下很容易內(nèi)存吃緊導(dǎo)致oom,內(nèi)存吃緊，系統(tǒng)開始會GC。這次GC后，drawables.get()不再返回Drawable對象，而是返回null，這時屏幕上背景圖不顯示，說明在系統(tǒng)內(nèi)存緊張的情況下，軟引用被回收。
• 使用軟引用以后，在OutOfMemory異常發(fā)生之前，這些緩存的圖片資源的內(nèi)存空間可以被釋放掉的，從而避免內(nèi)存達(dá)到上限，避免Crash發(fā)生。

2.5 注意避免軟引用獲取對象為null

• 在垃圾回收器對這個Java對象回收前，SoftReference類所提供的get方法會返回Java對象的強(qiáng)引用，一旦垃圾線程回收該Java對象之后，get方法將返回null。所以在獲取軟引用對象的代碼中，一定要判斷是否為null，以免出現(xiàn)NullPointerException異常導(dǎo)致應(yīng)用崩潰。

3.弱引用

3.0 關(guān)于WeakReference弱引用

• 3.0.1 WeakReference
• 弱引用–>隨時可能會被垃圾回收器回收，不一定要等到虛擬機(jī)內(nèi)存不足時才強(qiáng)制回收。要獲取對象時，同樣可以調(diào)用get方法。
• 3.0.2 特點(diǎn)
• 如果一個對象只具有弱引用，那么在垃圾回收器線程掃描的過程中，一旦發(fā)現(xiàn)了只具有弱引用的對象，不管當(dāng)前內(nèi)存空間足夠與否，都會回收它的內(nèi)存。不過，由于垃圾回收器是一個優(yōu)先級很低的線程，因此不一定會很快發(fā)現(xiàn)那些只具有弱引用的對象。
• 弱引用也可以和一個引用隊(duì)列（ReferenceQueue）聯(lián)合使用，如果弱引用所引用的對象被垃圾回收，Java虛擬機(jī)就會把這個弱引用加入到與之關(guān)聯(lián)的引用隊(duì)列中。

3.1 WeakReference：防止內(nèi)存泄漏，要保證內(nèi)存被虛擬機(jī)回收

• 3.1.1 先看一個handler小案例【千萬不要忽視淡黃色警告】
  

  image

• 3.1.2 為什么這樣會造成內(nèi)存泄漏

• 這種情況就是由于android的特殊機(jī)制造成的：當(dāng)一個android主線程被創(chuàng)建的時候，同時會有一個Looper對象被創(chuàng)建，而這個Looper對象會實(shí)現(xiàn)一個MessageQueue(消息隊(duì)列)，當(dāng)我們創(chuàng)建一個handler對象時，而handler的作用就是放入和取出消息從這個消息隊(duì)列中，每當(dāng)我們通過handler將一個msg放入消息隊(duì)列時，這個msg就會持有一個handler對象的引用。因此當(dāng)Activity被結(jié)束后，這個msg在被取出來之前，這msg會繼續(xù)存活，但是這個msg持有handler的引用，而handler在Activity中創(chuàng)建，會持有Activity的引用，因而當(dāng)Activity結(jié)束后，Activity對象并不能夠被gc回收，因而出現(xiàn)內(nèi)存泄漏。

• 3.1.3 根本原因

• Activity在被結(jié)束之后，MessageQueue并不會隨之被結(jié)束，如果這個消息隊(duì)列中存在msg，則導(dǎo)致持有handler的引用，但是又由于Activity被結(jié)束了，msg無法被處理，從而導(dǎo)致永久持有handler對象，handler永久持有Activity對象，于是發(fā)生內(nèi)存泄漏。但是為什么為static類型就會解決這個問題呢？因?yàn)樵趈ava中所有非靜態(tài)的對象都會持有當(dāng)前類的強(qiáng)引用，而靜態(tài)對象則只會持有當(dāng)前類的弱引用。聲明為靜態(tài)后，handler將會持有一個Activity的弱引用，而弱引用會很容易被gc回收，這樣就能解決Activity結(jié)束后，gc卻無法回收的情況。

3.2 弱引用解決辦法

• 代碼如下所示

private MyHandler handler = new MyHandler(this);
private static class MyHandler extends Handler{
    WeakReference<FirstActivity> weakReference;
    MyHandler(FirstActivity activity) {
        weakReference = new WeakReference<>(activity);
    }

    @Override
    public void handleMessage(Message msg) {
        super.handleMessage(msg);
        switch (msg.what){
        }
    }
}

3.3 弱引用實(shí)際應(yīng)用案例

• 具體案例可以參考我的代碼：https://github.com/yangchong211/YCVideoPlayer
  
  image
  
  
  image

4.虛引用

4.0 關(guān)于PhantomReference類虛引用

• 虛引用是所有引用類型中最弱的一個。一個持有虛引用的對象，和沒有引用幾乎是一樣的，隨時都可能被垃圾回收器回收。當(dāng)試圖通過虛引用的get()方法取得強(qiáng)引用時，總是會失敗。并且，虛引用必須和引用隊(duì)列一起使用，它的作用在于跟蹤垃圾回收過程。 當(dāng)垃圾回收器準(zhǔn)備回收一個對象時，如果發(fā)現(xiàn)它還有虛引用，就會在垃圾回收后，銷毀這個對象，獎這個虛引用加入引用隊(duì)列。

4.1 Android實(shí)際開發(fā)中沒有用到過

• 貌似開發(fā)中沒有接觸過虛引用

5.四種引用其他介紹

5.1 弱引用和軟引用區(qū)別

• 弱引用與軟引用的根本區(qū)別在于：只具有弱引用的對象擁有更短暫的生命周期，可能隨時被回收。而只具有軟引用的對象只有當(dāng)內(nèi)存不夠的時候才被回收，在內(nèi)存足夠的時候，通常不被回收。

5.2 使用軟引用或者弱引用防止內(nèi)存泄漏

• 在Android應(yīng)用的開發(fā)中，為了防止內(nèi)存溢出，在處理一些占用內(nèi)存大而且聲明周期較長的對象時候，可以盡量應(yīng)用軟引用和弱引用技術(shù)。
• 軟引用，弱引用都非常適合來保存那些可有可無的緩存數(shù)據(jù)。如果這樣做，當(dāng)系統(tǒng)內(nèi)存不足時，這些緩存數(shù)據(jù)會被回收，不會導(dǎo)致內(nèi)存溢出。而當(dāng)內(nèi)存資源充足時，這些緩存數(shù)據(jù)又可以存在相當(dāng)長的時間。

5.3 到底什么時候使用軟引用，什么時候使用弱引用呢？

• 個人認(rèn)為，如果只是想避免OutOfMemory異常的發(fā)生，則可以使用軟引用。如果對于應(yīng)用的性能更在意，想盡快回收一些占用內(nèi)存比較大的對象，則可以使用弱引用。
• 還有就是可以根據(jù)對象是否經(jīng)常使用來判斷。如果該對象可能會經(jīng)常使用的，就盡量用軟引用。如果該對象不被使用的可能性更大些，就可以用弱引用。
• 另外，和弱引用功能類似的是WeakHashMap。WeakHashMap對于一個給定的鍵，其映射的存在并不阻止垃圾回收器對該鍵的回收，回收以后，其條目從映射中有效地移除。WeakHashMap使用ReferenceQueue實(shí)現(xiàn)的這種機(jī)制。

5.4 四種引用用一張表總結(jié)[摘自網(wǎng)絡(luò)]

image

6.源碼分析

6.1 首先看看如何通過弱引用加載圖片

image

6.2 看看Reference的源代碼

• 6.2.1 源碼說明：

• 看到Reference除了帶有對象引用referent的構(gòu)造函數(shù)，還有一個帶有ReferenceQueue參數(shù)的構(gòu)造函數(shù)。那么這個ReferenceQueue用來做什么呢？

• 需要我們從enqueue這個函數(shù)來開始分析。當(dāng)系統(tǒng)要回收Reference持有的對象引用referent的時候，Reference的enqueue函數(shù)會被調(diào)用，而在這個函數(shù)中調(diào)用了ReferenceQueue的enqueue函數(shù)。

• 那么我們來看看ReferenceQueue的enqueue函數(shù)做了什么？

• 6.2.2 看看這段源代碼

public abstract class Reference<T> {

    private static boolean disableIntrinsic = false;
    private static boolean slowPathEnabled = false;
    volatile T referent;         /* Treated specially by GC */
    final ReferenceQueue<? super T> queue;
    Reference queueNext;
    Reference<?> pendingNext;

    //返回此引用對象的引用。如果這個引用對象有由程序或垃圾收集器清除，然后此方法返回
    public T get() {
        return getReferent();
    }

    private final native T getReferent();

    //清除此引用對象。調(diào)用此方法不會將對象加入隊(duì)列
    public void clear() {
        this.referent = null;
    }

    //是否引用對象已進(jìn)入隊(duì)列，由程序或垃圾收集器。
    //如果該引用對象在創(chuàng)建隊(duì)列時沒有注冊，則該方法將始終返回
    public boolean isEnqueued() {
        return queue != null && queue.isEnqueued(this);
    }

    //添加引用對象到其注冊的隊(duì)列，如果他的方法是通過java代碼調(diào)用
    public boolean enqueue() {
       return queue != null && queue.enqueue(this);
    }

    Reference(T referent) {
        this(referent, null);
    }

    Reference(T referent, ReferenceQueue<? super T> queue) {
        this.referent = referent;
        this.queue = queue;
    }
}

6.3 看看ReferenceQueue的enqueue函數(shù)

• 6.3.1 源碼說明
• 可以看到首先獲取同步鎖，然后調(diào)用了enqueueLocked(Reference)函數(shù)
• 6.3.2 看看這段代碼
  
  image

6.4 看看ReferenceQueue的enqueueLocked(Reference)函數(shù)

• 6.4.1 源碼說明
• 通過 enqueueLocked函數(shù)可以看到ReferenceQueue維護(hù)了一個隊(duì)列（鏈表結(jié)構(gòu)），而enqueue這一系列函數(shù)就是將reference添加到這個隊(duì)列（鏈表）中
• 6.4.2 看看這段代碼
  
  image

6.5 接著看看ReferenceQueue.isEnqueued()代碼

• 6.5.1 讓我們回到Reference源碼中
• 可以看到除了enqueue這個函數(shù)還有一個isEnqueued函數(shù)，同樣這個函數(shù)調(diào)用了ReferenceQueue的同名函數(shù)，源碼如下：

boolean isEnqueued(Reference<? extends T> reference) {
    synchronized (lock) {
        return reference.queueNext != null && reference.queueNext != sQueueNextUnenqueued;
    }
}

• 6.5.2 源碼分析說明
• 可以看到先獲取同步鎖，然后判斷該reference是否在隊(duì)列（鏈表）中。由于enqueue和isEnqueue函數(shù)都要申請同步鎖，所以這是線程安全的。
• 這里要注意“reference.queueNext != sQueueNextUnenqueued”用于判斷該Reference是否是一個Cleaner類，在上面ReferenceQueue的enqueueLocked函數(shù)中我們可以看到如果一個Reference是一個Cleaner，則調(diào)用它的clean方法，同時并不加入鏈表，并且將其queueNext設(shè)置為sQueueNextUnequeued，這是一個空的虛引用

6.6 那么enqueueLocked(Reference)函數(shù)中的Cleaner是做什么的

• 在stackoverflow網(wǎng)站中找到這個解釋
  • sun.misc.Cleaner是JDK內(nèi)部提供的用來釋放非堆內(nèi)存資源的API。JVM只會幫我們自動釋放堆內(nèi)存資源，但是它提供了回調(diào)機(jī)制，通過這個類能方便的釋放系統(tǒng)的其他資源。
  • 可以看到Cleaner是用于釋放非堆內(nèi)存的，所以做特殊處理。
  • 通過enqueue和isEnqueue兩個函數(shù)的分析，ReferenceQueue隊(duì)列維護(hù)了那些被回收對象referent的Reference的引用，這樣通過isEnqueue就可以判斷對象referent是否已經(jīng)被回收，用于一些情況的處理。

6.7 軟引用SoftReference源碼

• 6.7.1 關(guān)于這段源碼分析

• 可以看到SoftReference有一個類變量clock和一個變量timestamp，這兩個參數(shù)對于SoftReference至關(guān)重要。

  • clock：記錄了上一次GC的時間。這個變量由GC（garbage collector）來改變。
  • timestamp：記錄對象被訪問（get函數(shù)）時最近一次GC的時間。

• 那么這兩個參數(shù)有什么用？

  • 我們知道軟引用是當(dāng)內(nèi)存不足時可以回收的。但是這只是大致情況，實(shí)際上軟應(yīng)用的回收有一個條件：
  • clock - timestamp <= free_heap * ms_per_mb
  • free_heap是JVM Heap的空閑大小，單位是MB
  • ms_per_mb單位是毫秒，是每MB空閑允許保留軟引用的時間。Sun JVM可以通過參數(shù)-XX:SoftRefLRUPolicyMSPerMB進(jìn)行設(shè)置

• 舉個栗子：

  • 目前有3MB的空閑，ms_per_mb為1000，這時如果clock和timestamp分別為5000和2000，那么
  • 5000 - 2000 <= 3 * 1000
  • 條件成立，則該次GC不對該軟引用進(jìn)行回收。
  • 所以每次GC時，通過上面的條件去判斷軟應(yīng)用是否可以回收并進(jìn)行回收，即我們通常說的內(nèi)存不足時被回收。

• 6.7.2 源碼如下所示

public class SoftReference<T> extends Reference<T> { 
    static private long clock; 
    private long timestamp; 
    public SoftReference(T referent) { 
        super(referent); 
        this.timestamp = clock; 
    } 
    public SoftReference(T referent, ReferenceQueue<? super T> q) { 
        super(referent, q); 
        this.timestamp = clock; 
    } 
    public T get() { 
        T o = super.get(); 
        if (o != null && this.timestamp != clock) 
            this.timestamp = clock; 
        return o; 
    } 
} 

6.8 弱引用WeakReference源碼

• 6.8.1 源碼分析說明
• 沒有其他代碼，GC時被回收掉。
• 6.8.2 源碼如下所示

public class WeakReference<T> extends Reference<T> { 
    public WeakReference(T referent) { 
        super(referent); 
    } 
    public WeakReference(T referent, ReferenceQueue<? super T> q) { 
        super(referent, q); 
    } 
} 

6.9 虛引用PhantomReference源碼

• 6.9.1 源碼分析說明

• 可以看到get函數(shù)返回null，正如前面說得虛引用無法獲取對象引用。（注意網(wǎng)上有些文章說虛引用不持有對象的引用，這是有誤的，通過構(gòu)造函數(shù)可以看到虛引用是持有對象引用的，但是無法獲取該引用

• 同時可以看到虛引用只有一個構(gòu)造函數(shù)，所以必須傳入ReferenceQueue對象。

• 前面提到虛引用的作用是判斷對象是否被回收，這個功能正是通過ReferenceQueue實(shí)現(xiàn)的。

• 這里注意：不僅僅是虛引用可以判斷回收，弱引用和軟引用同樣實(shí)現(xiàn)了帶有ReferenceQueue的構(gòu)造函數(shù)，如果創(chuàng)建時傳入了一個ReferenceQueue對象，同樣也可以判斷。

• 6.9.2 源碼如下所示

public class PhantomReference<T> extends Reference<T> { 
    public T get() { 
        return null; 
    } 
    public PhantomReference(T referent, ReferenceQueue<? super T> q) { 
        super(referent, q); 
    } 
}

7.關(guān)于其他

7.1 關(guān)于參考案例

• http://blog.csdn.net/qq_20280683/article/details/77897876
• http://blog.csdn.net/to_be_designer/article/details/72673421

7.2 關(guān)于版本說明

• v1.0 16年6月18日
• v1.1 17年11月18日，簡單的分析了源碼
• v1.2 18年重新整理了筆記

7.3 關(guān)于我的博客

• 我的個人站點(diǎn)：www.yczbj.org，www.ycbjie.cn
• github：https://github.com/yangchong211
• 知乎：https://www.zhihu.com/people/yang-chong-69-24/pins/posts
• 簡書：http://www.lxweimin.com/u/b7b2c6ed9284
• csdn：http://my.csdn.net/m0_37700275
• 喜馬拉雅聽書：http://www.ximalaya.com/zhubo/71989305/
• 泡在網(wǎng)上的日子：http://www.jcodecraeer.com/member/content_list.php?channelid=1
• 郵箱：yangchong211@163.com
• 阿里云博客：https://yq.aliyun.com/users/article?spm=5176.100- 239.headeruserinfo.3.dT4bcV