Java中負責內存回收的是JVM。通過JVM回收內存，我們不需要像使用C語音開發那樣操心內存的使用，但是正因為不用操心內存的時候，也會導致在內存回收方面存在不夠靈活的問題。
為了解決內存操作不靈活的問題，我們可以通過了解Java的引用方式來解決這個問題。
從JDK1.2版本開始，把對象的引用分為四種級別，從而使程序能更加靈活的控制對象的生命周期。這四種級別由高到低依次為：強引用、軟引用、弱引用和虛引用。
下面我們來看一下四種級別的引用方式的特點:
1．強引用
我們使用的大部分的引用都是強引用，這是使用最普遍的引用。如果一個對象具有強引用，GC絕不會回收它。當內存空間不足，Java虛擬機寧願拋出OutOfMemoryError錯誤，使程序異常終止，也不會靠隨意回收具有強引用的對象來解決內存不足問題。
2．軟引用（SoftReference）
如果一個對象只具有軟引用，在內存空間足夠的時候，GC不會回收它，如果內存空間不足了，就會回收這些對象的內存。只要GC沒有回收它，該對象就可以被程序使用。軟引用可用來實現內存敏感的高速緩存。
軟引用可以和一個引用隊列（ReferenceQueue）聯合使用，如果軟引用所引用的對象被GC了，JAVA虛擬機就會把這個軟引用加入到與之關聯的引用隊列中。
3．弱引用（WeakReference）
弱引用與軟引用的區別在於：只具有弱引用的對象擁有更短暫的生命周期。在GC掃描它所管轄的內存區域的過程中，一旦發現了只具有弱引用的對象，不管當前內存空間足夠與否，都會回收它的內存。不過，由於垃圾回收器是一個優先級很低的線程， 因此不一定會很快發現那些只具有弱引用的對象。
弱引用可以和一個引用隊列（ReferenceQueue）聯合使用，如果弱引用所引用的對象被垃圾回收，Java虛擬機就會把這個弱引用加入到與之關聯的引用隊列中。
4．虛引用（PhantomReference）
"虛引用"顧名思義，就是形同虛設，與其他幾種引用都不同，虛引用並不會決定對象的生命周期。
如果一個對象僅持有虛引用，那么它就和沒有任何引用一樣，在任何時候都可能被垃圾回收。
Android 開發中會使用到弱引用或者軟引用的地方
1.解決Handler可能造成的內存泄露 -- 使用弱引用
當使用內部類（包括匿名類）來創建Handler的時候，Handler對象會隱式地持有一個外部類對象（通常是一個Activity）的引用，不然你怎么可能通過Handler來操作Activity中的View。而Handler通常會伴隨着一個耗時的后台線程（例如從網絡拉取圖片）一起出現，這個后台線程在任務執行完畢（例如圖片下載完畢）之后，通過消息機制通知Handler，然后Handler把圖片更新到界面。
然而，如果用戶在網絡請求過程中關閉了Activity，正常情況下，Activity不再被使用，它就有可能在GC檢查時被回收掉，但由於這時線程尚未執行完，而該線程持有Handler的引用（不然它怎么發消息給Handler？），這個Handler又持有Activity的引用，就導致該Activity無法被回收（即內存泄露），直到網絡請求結束（例如圖片下載完畢）。
2.解決圖片加載時，可能造成的內存不足問題 -- 使用軟引用
使用軟引用相對使用強引用，在圖片加載方面能夠很明顯的提升性能，並減少崩潰的幾率，與Lru算法指定LruCache能夠更好的去管理，因為增加了根據圖片使用頻率來管理內存的算法，相比較更加合理和人性化。