進行Android記憶體優化的SoftReference 和 WeakReference
經過在網上查了一些相關的資料後總結出一下兩個類的用法可以對記憶體進行優化。在Android應用程式開發中，由於手機的資源有限，所以我們經常會需要觀察某物件什麼時候會被垃圾收集的執行緒清除，你必須要用一個 reference 記住它，以便隨時觀察，但是卻因此造成此物件的 reference 數目一直無法為零， 使得物件無法被清除。
1java.lang.ref.WeakReference
這時候可以使用 Weak Reference 這個類。如果你希望能隨時取得某物件的資訊，但又不想影響此物件的垃圾收集，那麼你應該用 Weak Reference 來記住此物件，而不是使用一般的 reference。
01 |
YUZHIBO
obj = newYUZHIBO(); |
02 |
03 |
WeakReference
wy = new WeakReference(obj); |
04 |
05 |
obj
= null; |
06 |
07 |
//在等待一段時間，obj物件就會被垃圾回收 |
08 |
... |
09 |
10 |
if (wy.get()==null)
{ |
11 |
System.out.println("obj
已經被清除了 "); |
12 |
} else { |
13 |
System.out.println("obj
尚未被清除，其資訊是 "+obj.toString()); |
14 |
} |
15 |
... |
在此例中，透過 get() 可以取得此 Reference 的所指到的物件，如果傳出值為 null 的話，代表此物件已經被清除。
這類的技巧，在設計 Optimizer 或 Debugger 這類的程式時常會用到，因為這類程式需要取得某物件的資訊，但是不可以 影響此物件的垃圾收集。
java.lang.ref.SoftReference
Soft Reference 雖然和 Weak Reference 很類似，但是用途卻不同。 被 Soft Reference 指到的物件，即使沒有任何 Direct Reference，也不會被清除。一直要到 JVM 記憶體不足時且 沒有 Direct Reference 時才會清除，SoftReference 是用來設計 object-cache 之用的。如此一來 SoftReference 不但可以把物件 cache 起來，也不會造成記憶體不足的錯誤 （OutOfMemoryError）。我覺得 Soft Reference 也適合拿來實作 pooling 的技巧。
01 |
YUZHIBO
obj = newYUZHIBO(); |
02 |
03 |
SoftRefenrence
sr = new SoftReference(obj); |
04 |
05 |
引用時 |
06 |
07 |
if(sr!=null){ |
08 |
09 |
obj
= sr.get(); |
10 |
11 |
}else{ |
12 |
13 |
obj
= new A(); |
14 |
15 |
sr
= new SoftReference(obj); |
16 |
17 |
} |
參考資料：飛諾網(www.firnow.com):http://dev.firnow.com/course/3_program/java/javajs/20090502/166222.html