WeakReference：弱引用是引用強度不足以將對象保持在內存中的引用。如果垃圾回收機制試圖確定對象的引用強度，如果恰好是通過 WeakReferences 引用，那么該對象將被垃圾回收。為了便于理解，最好是先拋開理論，用上個例子來說明如何使用?WeakReference?來避免內存泄漏：

現在注意一個主要區別：Activity 是這樣被內部類引用的：

private WeakReference mainActivity;

這樣做有什么差別呢？ 當 Activity 不存在時，由于它是被 WeakReference 持有的，可以被收集。 因此，不會發生內存泄漏。

旁注:?如果你現在對 WeakReferences 有預期的更好的了解，你會發現類 WeakHashMap 是很有用的。 它完全就是一個 HashMap，除了使用 WeakReferences 引用鍵（鍵，而不是值）。 這使得它們對于實現諸如緩存之類的實體非常有用。

我們提到過更多的引用類型。 讓我們看看它們在什么地方有用，以及我們如何能從中受益：

SoftReference:?軟引用可以作為一個引用強度更強的弱引用。在弱引用將被立即回收的情形下，軟引用會向 GC 請求留在內存中，除非沒有其他選項（否則是不會回收軟引用持有的對象）。垃圾回收算法真的很有意思，你可以幾個小時內沉醉于研究它，而不會感到疲憊。但大體上，垃圾回收會這么解說“我會永遠收回弱引用。 如果對象是 軟引用，我將基于具體條件決定是否回收?！?這使得軟引用對于實現緩存非常有用：只要內存足夠，我們就不必擔心手動刪除對象。 如果你想看實際中的例子，你可以查看這個例子，用軟引用實現的緩存。

PhantomReference：額，虛引用! 在實際產品開發中，我見過的，使用的次數不會超過 5 次。 垃圾收集器能隨時回收虛引用 持有的對象，只要它樂意。沒有進一步的解釋，沒有回調，這使得它難以描述。為什么我們要使用這樣的東西？ 其他幾個的問題還不夠嗎？ 為什么我會選擇成為程序員？ 虛引用可以精確地用于檢測對象是否已從內存中刪除。 說實話，在我的整個職業生涯中不得不用虛引用的場景只有兩次。 所以，即便你現在不是很難理解，也不要感到有壓力。

希望這有稍微消除點之前你對引用的疑慮。作為學習的東西，或許你現在想要來點練習，玩你自己的代碼，看看能怎么改進它。第一步應該是看看有沒有內存泄漏，然后看看能否通過這里所學的知識去改掉那些令人討厭的內存泄漏。