前言
說到 Fresco擦俐，想必各位都耳熟能詳檬嘀，出自 Facebook 的大名鼎鼎的圖片加載框架槽驶，雖然最近幾年被 Glide 憑借輕量和易用性而超越，但我們?nèi)詿o法否認(rèn) Fresco 的強(qiáng)大和優(yōu)秀的性能鸳兽，這里不再展開掂铐。
今天要介紹的是 Fresco 基于 Bitmap 復(fù)用邏輯上抽象出的，通用的贸铜、安全的可自動釋放的引用堡纬，官方文檔也有專門的頁面介紹「可關(guān)閉的引用」，但是發(fā)現(xiàn)大家真正使用的并不多蒿秦，因此覺得有必要再介紹一下烤镐。
使用
這里引用官方文檔的使用介紹
- 調(diào)用者擁有這個引用
我們創(chuàng)建一個引用，但我們傳遞給了一個調(diào)用者棍鳖，調(diào)用者將持有這個引用炮叶。
CloseableReference<Val> foo() {
Val val;
return CloseableReference.of(val);
}
- 持有者在離開作用域之前，需要關(guān)閉引用
創(chuàng)建了一個引用渡处，但是沒有傳遞給其他調(diào)用者镜悉，在結(jié)束時，需要關(guān)閉：
void gee() {
CloseableReference<Val> ref = foo();
try {
haa(ref);
} finally {
ref.close();
}
}
finally 中最適合做此類事情了医瘫。
- 在賦值給變量前侣肄，先進(jìn)行
clone
void haa(CloseableReference<?> ref) {
final CloseableReference<?> refClone = ref.clone();
try {
// 交給下個作用域處理
ohaa(refClone);
} finally {
// 當(dāng)前函數(shù)域內(nèi)可安全關(guān)閉，閉包內(nèi)為已經(jīng)clone過的引用醇份。
ref.close();
}
}
使用可以說非常簡單了
- 通過 CloseableReference.of 創(chuàng)建一個可關(guān)閉的引用
- 未關(guān)閉的引用通過 CloseableReference.get 獲取引用的實例
- 通過 CloseableReference.close 關(guān)閉引用
- 通過 CloseableReference.clone 復(fù)制一個引用稼锅，交給下一個函數(shù)處理，當(dāng)前域的引用即可安全關(guān)閉
- 當(dāng)激活的引用為0時僚纷，即會銷毀該實例
不知道大家有沒有發(fā)現(xiàn)一個問題矩距，上面并沒有介紹實例是怎么銷毀的，這里就需要配合源碼一起看了怖竭。
CloseableReference.of 方法有兩個重載锥债，分別是
public static <T extends Closeable> CloseableReference<T> of(T t)
public static <T> CloseableReference<T> of(T t, ResourceReleaser<T> resourceReleaser)
這樣就比較清晰了，官方示例中使用的是一個 Closeable 的實例痊臭，在銷毀的時候會調(diào)用 Closeable.close 方法哮肚，Closeable 是 JDK 中的接口，在源碼中非常常見广匙，比如我們最熟悉的 InputStream 就實現(xiàn)了該接口允趟，大家一定還記得在使用完 InputStream 之后要調(diào)用 close 方法，避免內(nèi)存泄露艇潭。
那如果我的實例沒有實現(xiàn) Closeable 接口呢拼窥，這種情況就需要用到 CloseableReference.of 的另一個重載函數(shù)了戏蔑，那么 ResourceReleaser 又是什么呢
public interface ResourceReleaser<T> {
/**
* Release the given value.
*
* <p>After calling this method, the caller is no longer responsible for managing lifetime of the
* value.
*
* <p>This method is not permitted to throw an exception and is always required to succeed. It is
* often called from contexts like catch blocks or finally blocks to cleanup resources. Throwing
* an exception could result in swallowing the original exception.
*
* @param value
*/
void release(T value);
}
其實就是一個對象釋放器，這里配合 對象池 一起食用效果更佳鲁纠。
源碼分析
我們以最簡單的使用方式分析一下主要流程总棵。
引用構(gòu)建
先從入口開始，即 CloseableReference.of改含，假設(shè)我們要關(guān)閉的是一個實現(xiàn)了 Closeable 接口的實例
public static <T extends Closeable> CloseableReference<T> of(@PropagatesNullable T t) {
return of(t, (ResourceReleaser<T>) DEFAULT_CLOSEABLE_RELEASER);
}
如果是 Closeable 的子類情龄，使用默認(rèn)的 ResourceReleaser
private static final ResourceReleaser<Closeable> DEFAULT_CLOSEABLE_RELEASER = new ResourceReleaser<Closeable>() {
@Override
public void release(Closeable value) {
try {
Closeables.close(value, true);
} catch (IOException ioe) {
}
}
};
處理非常簡單，直接調(diào)用 close 方法捍壤。繼續(xù)往下看
public static <T> CloseableReference<T> of(@PropagatesNullable T t, ResourceReleaser<T> resourceReleaser) {
return of(t, resourceReleaser, DEFAULT_LEAK_HANDLER);
}
又調(diào)用了一個重載方法骤视，傳入了一個默認(rèn)的 LeakHandler，LeakHandler 的作用主要是在 class 的 finalize() 方法中鹃觉，判斷引用是否關(guān)閉专酗，如果未關(guān)閉則調(diào)用 LeakHandler.reportLeak 通知泄露。
@Override
protected void finalize() throws Throwable {
if (mIsClosed) {
return;
}
T ref = mSharedReference.get();
mLeakHandler.reportLeak((SharedReference<Object>) mSharedReference, mStacktrace);
close();
}
回到 CloseableReference 的構(gòu)造流程盗扇，最終會調(diào)用到
public static <T> CloseableReference<T> of(T t, ResourceReleaser<T> resourceReleaser, LeakHandler leakHandler, Throwable stacktrace) {
if (t == null) {
return null;
} else {
if (t instanceof Bitmap || t instanceof HasBitmap) {
switch (sBitmapCloseableRefType) {
case REF_TYPE_FINALIZER:
return new FinalizerCloseableReference<>(t, resourceReleaser, leakHandler, stacktrace);
case REF_TYPE_REF_COUNT:
return new RefCountCloseableReference<>(t, resourceReleaser, leakHandler, stacktrace);
case REF_TYPE_NOOP:
return new NoOpCloseableReference<>(t, resourceReleaser, leakHandler, stacktrace);
case REF_TYPE_DEFAULT:
// return default
}
}
return new DefaultCloseableReference<>(t, resourceReleaser, leakHandler, stacktrace);
}
}
這里做了 Bitmap 類型的判斷祷肯，根據(jù)不同的回收策略，返回對應(yīng)的 Reference疗隶，這里也不深入研究佑笋，感興趣的同學(xué)可以去鉆研下源碼，我們繼續(xù)分析默認(rèn)的 DefaultCloseableReference 的構(gòu)造函數(shù)
DefaultCloseableReference(T t, ResourceReleaser<T> resourceReleaser, LeakHandler leakHandler, Throwable stacktrace) {
super(t, resourceReleaser, leakHandler, stacktrace);
}
直接調(diào)用了父類 CloseableReference 的構(gòu)造方法
protected CloseableReference(T t, ResourceReleaser<T> resourceReleaser, LeakHandler leakHandler, Throwable stacktrace) {
mSharedReference = new SharedReference<T>(t, resourceReleaser);
mLeakHandler = leakHandler;
mStacktrace = stacktrace;
}
這里主要是構(gòu)造了一個 SharedReference 共享引用斑鼻，保存了 leakHandler 和 stacktrace蒋纬。
重點來了，對象自動回收的邏輯幾乎都在 SharedReference 中坚弱，下面我們來一探究竟
public SharedReference(T value, ResourceReleaser<T> resourceReleaser) {
mValue = Preconditions.checkNotNull(value);
mResourceReleaser = Preconditions.checkNotNull(resourceReleaser);
mRefCount = 1;
addLiveReference(value);
}
構(gòu)造方法中保存了實例和 ResourceReleaser 的引用蜀备，然后 mRefCount 引用計數(shù) +1，看到這里大家是不是覺得很熟悉史汗，沒錯琼掠，這不就是我們每次面試前都要看的「引用計數(shù)法」么拒垃，這其實就是 CloseableReference 的核心停撞。
雖然我們基本了解了原理，但還是繼續(xù)分析下完整流程悼瓮，繼續(xù)看 addLiveReference 方法做了什么
private static void addLiveReference(Object value) {
Integer count = sLiveObjects.get(value);
if (count == null) {
sLiveObjects.put(value, 1);
} else {
sLiveObjects.put(value, count + 1);
}
}
一看 s 開頭的就知道是靜態(tài)變量戈毒，這里再次把引用計數(shù) +1，咦横堡，前面不是已經(jīng) +1 了嗎埋市，這里為什么又有一個計數(shù)器，而且 key 是實例本身命贴，那這個實例不是被靜態(tài)變量持有了道宅？
沒錯食听，作者的意圖應(yīng)該是防止實例被回收，所以用了一個全局的靜態(tài)變量報錯所有實例的計數(shù)污茵。
到這里樱报，引用構(gòu)建的流程基本分析完了，下面來看一下克隆泞当。
引用克隆
CloseableReference 的 clone 是一個抽象方法迹蛤，看一下 DefaultCloseableReference 的實現(xiàn)
@Override
public CloseableReference<T> clone() {
return new DefaultCloseableReference<T>(
mSharedReference, mLeakHandler, mStacktrace != null ? new Throwable(mStacktrace) : null);
}
最終調(diào)用了父類 的構(gòu)造方法
protected CloseableReference(
SharedReference<T> sharedReference, LeakHandler leakHandler, @Nullable Throwable stacktrace) {
mSharedReference = Preconditions.checkNotNull(sharedReference);
sharedReference.addReference();
mLeakHandler = leakHandler;
mStacktrace = stacktrace;
}
非常簡單，相當(dāng)于拷貝了一份對象襟士，復(fù)用了計數(shù)器盗飒，并且將計數(shù) +1。
引用關(guān)閉
直接看代碼
@Override
public void close() {
synchronized (this) {
if (mIsClosed) {
return;
}
mIsClosed = true;
}
mSharedReference.deleteReference();
}
首先將關(guān)閉的標(biāo)記置為 TRUE陋桂，然后調(diào)用了 SharedReference 的 deleteReference逆趣，繼續(xù)看
public void deleteReference() {
if (decreaseRefCount() == 0) {
T deleted;
synchronized (this) {
deleted = mValue;
mValue = null;
}
if (deleted != null) {
mResourceReleaser.release(deleted);
removeLiveReference(deleted);
}
}
}
首先計數(shù)器 -1，如果計數(shù)變?yōu)?0嗜历，則調(diào)用 ResourceReleaser.release 釋放實例汗贫，這里即是自動釋放的觸發(fā)點。
然后調(diào)用 removeLiveReference 更新靜態(tài)計數(shù)器
private static void removeLiveReference(Object value) {
synchronized (sLiveObjects) {
Integer count = sLiveObjects.get(value);
if (count == null) {
// Uh oh.
} else if (count == 1) {
sLiveObjects.remove(value);
} else {
sLiveObjects.put(value, count - 1);
}
}
}
靜態(tài)計數(shù)器 -1秸脱，如果計數(shù)變?yōu)?0落包，則移除實例的引用。
至此摊唇，整個實例的釋放流程結(jié)束咐蝇。
這里其實有一個問題，如果一個實例被多個 SharedReference 持有會怎么樣巷查？
如果一個 SharedReference 觸發(fā)了回收操作有序，那么該實例就會被回收，其他引用對該實例的操作將不可控岛请。
所以一定要注意旭寿，一個實例只能被一個引用持有，如果需要多個引用崇败，用 clone 方法來構(gòu)造盅称，避免出現(xiàn)不可預(yù)知的錯誤！
總結(jié)
今天給大家分享了一個 Fresco 中的小彩蛋 —— 可關(guān)閉的引用后室，通過引用計數(shù)法缩膝，自動釋放對象，避免出現(xiàn)無法確定對象釋放時機(jī)的窘境岸霹。
另外疾层，這里的可關(guān)閉引用只是為了方便我們安全的回收對象，如果想要復(fù)用對象贡避，還需要配合 對象池 一起使用痛黎。
如果大家的項目沒有依賴 Fresco 也沒有關(guān)系予弧，這里代碼并不多，大概就3個類湖饱，而且沒有強(qiáng)耦合桌肴，可以直接 copy 到項目中使用。
最后琉历，感謝大家觀看坠七，如果覺得有用，歡迎點贊支持旗笔！
