您好,登錄后才能下訂單哦!
看到了這里,相信大家對(duì)Picasso的使用已經(jīng)比較熟悉了,本篇博客中將從基本的用法著手,逐步的深入了解其設(shè)計(jì)原理。
Picasso的代碼量在眾多的開源框架中算得上非常少的一個(gè)了,一共只有35個(gè)class文件,但是麻雀雖小,五臟俱全。好了下面跟隨我的腳步,出發(fā)了。
基本用法
Picasso.with(this).load(imageUrl).into(imageView);
with(this)方法
public static Picasso with(Context context) { if (singleton == null) { synchronized (Picasso.class) { if (singleton == null) { singleton = new Builder(context).build(); } } } return singleton; }
非常經(jīng)典的單例模式,雙重校驗(yàn)鎖
在這多說(shuō)一句,關(guān)于單例模式的實(shí)現(xiàn)方式一共有五種,分別是懶漢式,餓漢式,雙重校驗(yàn)鎖,內(nèi)部靜態(tài)類和枚舉,其中使用的最多的就是雙重校驗(yàn)鎖和內(nèi)部靜態(tài)類的兩種實(shí)現(xiàn)方式,主要優(yōu)點(diǎn)是程序執(zhí)行效率高,適應(yīng)多線程操作。
接下來(lái)看下Builder的實(shí)現(xiàn)
public static class Builder { private final Context context; private Downloader downloader; private ExecutorService service; private Cache cache; private Listener listener; private RequestTransformer transformer; private List<RequestHandler> requestHandlers; private Bitmap.Config defaultBitmapConfig; private boolean indicatorsEnabled; private boolean loggingEnabled; /** * 根據(jù)context獲取Application的context * 此方式主要是為了避免context和單例模式的生命周期不同而造成內(nèi)存泄漏的問(wèn)題 */ public Builder(Context context) { ... this.context = context.getApplicationContext(); } /** 設(shè)置圖片的像素格式,默認(rèn)為ARGB_8888 */ public Builder defaultBitmapConfig(Bitmap.Config bitmapConfig) { ... this.defaultBitmapConfig = bitmapConfig; return this; } /** 自定義下載器,默認(rèn)OkHttp,具體的實(shí)現(xiàn)類是OkHttpDownloader */ public Builder downloader(Downloader downloader) { ... this.downloader = downloader; return this; } /** 自定義線程池,默認(rèn)的實(shí)現(xiàn)是PicassoExecutorService */ public Builder executor(ExecutorService executorService) { ... this.service = executorService; return this; } /** 自定義緩存策略,默認(rèn)實(shí)現(xiàn)為L(zhǎng)ruCache */ public Builder memoryCache(Cache memoryCache) { ... this.cache = memoryCache; return this; } /** 圖片加載失敗的一個(gè)回調(diào)事件 */ public Builder listener(Listener listener) { ... this.listener = listener; return this; } /** 請(qǐng)求的轉(zhuǎn)換,在request被提交之前進(jìn)行轉(zhuǎn)換 */ public Builder requestTransformer(RequestTransformer transformer) { ... this.transformer = transformer; return this; } /** 自定義加載圖片的來(lái)源 */ public Builder addRequestHandler(RequestHandler requestHandler) { ... requestHandlers.add(requestHandler); return this; } //省略調(diào)試相關(guān)方法 /** Create the {@link Picasso} instance. */ public Picasso build() { Context context = this.context; if (downloader == null) { downloader = Utils.createDefaultDownloader(context); } if (cache == null) { cache = new LruCache(context); } if (service == null) { service = new PicassoExecutorService(); } if (transformer == null) { transformer = RequestTransformer.IDENTITY; } Stats stats = new Stats(cache); //得到一個(gè)事件的調(diào)度器對(duì)象,非常重要,后面會(huì)講解到 Dispatcher dispatcher = new Dispatcher(context, service, HANDLER, downloader, cache, stats); // 返回Picasso的對(duì)象 return new Picasso(context, dispatcher, cache, listener, transformer, requestHandlers, stats, defaultBitmapConfig, indicatorsEnabled, loggingEnabled); } }
又是一個(gè)非常經(jīng)典的設(shè)計(jì)模式,建造者模式或者被稱為Buider模式,最大的特點(diǎn)就是鏈?zhǔn)秸{(diào)用,使調(diào)用者的代碼邏輯簡(jiǎn)潔,同時(shí)擴(kuò)展性非常好。
我們閱讀優(yōu)秀框架源碼的好處就在于學(xué)習(xí)里面的設(shè)計(jì)思想,最終能夠使用到自己的項(xiàng)目中
with方法分析完了,我們得到了一個(gè)Picasso的對(duì)象
load(imageUrl)方法
public RequestCreator load(Uri uri) { return new RequestCreator(this, uri, 0); }
load重載方法比較多,但是都比較簡(jiǎn)單就是創(chuàng)建了一個(gè)RequestCreator對(duì)象
RequestCreator(Picasso picasso, Uri uri, int resourceId) { this.picasso = picasso; this.data = new Request.Builder(uri, resourceId, picasso.defaultBitmapConfig); }
又是一個(gè)建造者模式,得到了一個(gè)Request.Builder對(duì)象賦值給了data變量。
into(imageView)方法
這個(gè)方法相對(duì)復(fù)雜一些,注釋盡量描述的清楚一些,看代碼
public void into(ImageView target, Callback callback) { long started = System.nanoTime(); // 只能在主線程中調(diào)用 checkMain(); // hasImage()的判斷邏輯是設(shè)置了uri或者resourceId返回true // 如果都未設(shè)置則判斷是否設(shè)置了placeholder,也就是默認(rèn)顯示的圖片 if (!data.hasImage()) { picasso.cancelRequest(target); if (setPlaceholder) { setPlaceholder(target, getPlaceholderDrawable()); } return; } // 當(dāng)設(shè)置了fit()時(shí)deferred值為true,也就是完全填充 if (deferred) { int width = target.getWidth(); int height = target.getHeight(); if (width == 0 || height == 0) { if (setPlaceholder) { setPlaceholder(target, getPlaceholderDrawable()); } picasso.defer(target, new DeferredRequestCreator(this, target, callback)); return; } // 根據(jù)target也就是ImageView的大小下載圖片 data.resize(width, height); } // 見下方詳解1 Request request = createRequest(started); // 這個(gè)方法的作用就是根據(jù)上面的到的Request對(duì)象里面綁定的一些參數(shù)來(lái)生成一個(gè)字符串作為key值, // 邏輯比較清晰,主要包括stableKey(這個(gè)是用戶自定義的key值,在第二篇文章中有介紹)、uri、旋轉(zhuǎn)角度、大小、填充方式。 String requestKey = createKey(request); // 根據(jù)用戶的設(shè)置是否從緩存里取圖片信息 if (shouldReadFromMemoryCache(memoryPolicy)) { // 在LruCache中使用LinkedHashMap<String, Bitmap>來(lái)保存圖片信息,key就是上面生成的requestKey // 在LruCache的get方法中返回Bitmap對(duì)象,并記錄命中或者未命中。 Bitmap bitmap = picasso.quickMemoryCacheCheck(requestKey); if (bitmap != null) { picasso.cancelRequest(target); setBitmap(target, picasso.context, bitmap, MEMORY, noFade, picasso.indicatorsEnabled); // 這個(gè)callback是異步加載圖片的一個(gè)回調(diào),之前忘記介紹了,看來(lái)需要再補(bǔ)充一篇文章來(lái)介紹異步和同步請(qǐng)求 if (callback != null) { callback.onSuccess(); } return; } } // 如果有設(shè)置了默認(rèn)顯示的圖片,則先將其顯示出來(lái) if (setPlaceholder) { setPlaceholder(target, getPlaceholderDrawable()); } // 又出來(lái)一個(gè)ImageViewAction,可以看到里面?zhèn)鬟f了前面準(zhǔn)備好的全部數(shù)據(jù),那么這個(gè)對(duì)象又是做什么的呢? // 在ImageViewAction代碼中提供了三個(gè)方法complete、error、cancel,所以可以猜想這個(gè)是用作處理最后的下載結(jié)果的 // 如果成功了就將其顯示出來(lái),如果失敗則顯示用戶通過(guò)error方法設(shè)置的圖片 Action action = new ImageViewAction(picasso, target, request, memoryPolicy, networkPolicy, errorResId, errorDrawable, requestKey, tag, callback, noFade); // 這里又回到了Picasso類中,見下方詳解2 picasso.enqueueAndSubmit(action); }
詳解1 createRequest
private Request createRequest(long started) { // 返回nextId的值并將其+1,有一個(gè)與之對(duì)應(yīng)的方法是incrementAndGet,這個(gè)表示先+1再返回 int id = nextId.getAndIncrement(); // 這里面構(gòu)造了一個(gè)Request對(duì)象,它是一個(gè)實(shí)體類用來(lái)存放我們請(qǐng)求圖片的一些參數(shù) // 包括地址,大小,填充方式,旋轉(zhuǎn)參數(shù),優(yōu)先級(jí)等等 Request request = data.build(); request.id = id; request.started = started; // 判斷是否有進(jìn)行request轉(zhuǎn)化,在上一篇文章中介紹了轉(zhuǎn)換的方法 Request transformed = picasso.transformRequest(request); if (transformed != request) { transformed.id = id; transformed.started = started; } return transformed; }
詳解2 enqueueAndSubmit
從名字可以看到是將action加入到了一個(gè)隊(duì)列中,經(jīng)過(guò)幾次轉(zhuǎn)換過(guò)程,從Picasso類中跑到了Dispatcher類中,這個(gè)我們?cè)谏厦嫣岬竭^(guò),是一個(gè)調(diào)度器,下面我們進(jìn)入Dispatcher中看看實(shí)現(xiàn)邏輯
dispatcher.dispatchSubmit(action);
再次經(jīng)過(guò)幾經(jīng)周轉(zhuǎn),最終的實(shí)現(xiàn)代碼如下
void performSubmit(Action action, boolean dismissFailed) { // 首先根據(jù)tag判斷是否已經(jīng)下發(fā)了暫停下載的命令,pausedTags是WeakHashMap類型的集合 if (pausedTags.contains(action.getTag())) { pausedActions.put(action.getTarget(), action); return; } // hunterMap是LinkedHashMap<String, BitmapHunter>()類型的對(duì)象,用來(lái)保存還未執(zhí)行的下載請(qǐng)求 BitmapHunter hunter = hunterMap.get(action.getKey()); if (hunter != null) { // 如果新的請(qǐng)求的key值在LinkedHashMap中存在,則合并兩次請(qǐng)求,并重新處理優(yōu)先級(jí) hunter.attach(action); return; } // 這個(gè)方法主要用來(lái)判斷該請(qǐng)求采用哪一種requestHandler,Picasso提供了7種,我們也可以自定義 hunter = forRequest(action.getPicasso(), this, cache, stats, action); // 將hunter添加到線程池中,hunter是Runnable的一個(gè)實(shí)現(xiàn) hunter.future = service.submit(hunter); hunterMap.put(action.getKey(), hunter); if (dismissFailed) { failedActions.remove(action.getTarget()); } }
提交到線程池之后就等待線程池調(diào)度了,一旦有空閑線程則將會(huì)執(zhí)行BitmapHunter的run方法
// 這里只保留了關(guān)鍵的代碼,調(diào)用了hunt方法,得到了result對(duì)象,然后再通過(guò)dispatcher進(jìn)行分發(fā) public void run() { result = hunt(); if (result == null) { dispatcher.dispatchFailed(this); } else { dispatcher.dispatchComplete(this); } }
Bitmap hunt() throws IOException { Bitmap bitmap = null; // 再次檢查內(nèi)存緩存,和之前的邏輯一樣 if (shouldReadFromMemoryCache(memoryPolicy)) { bitmap = cache.get(key); if (bitmap != null) { stats.dispatchCacheHit(); loadedFrom = MEMORY; return bitmap; } } // networkPolicy這個(gè)值怎么計(jì)算的呢?我們先看retryCount是如何得到的 // 在構(gòu)造方法中this.retryCount = requestHandler.getRetryCount(); // 那么來(lái)看getRetryCount()方法得到的值是否為0,代碼中一共有七個(gè)類重載了RequestHandler // 在RequestHandler類中默認(rèn)返回0,而只有NetworkRequestHandler重寫了getRetryCount()方法,返回2 // 因此就是說(shuō)當(dāng)不是從網(wǎng)絡(luò)請(qǐng)求圖片時(shí)data.networkPolicy = NetworkPolicy.OFFLINE.index data.networkPolicy = retryCount == 0 ? NetworkPolicy.OFFLINE.index : networkPolicy; // 七個(gè)類重載了RequestHandler并且都實(shí)現(xiàn)了自己的load方法 // 這里面我們只看網(wǎng)絡(luò)相關(guān)的NetworkRequestHandler,其余的感興趣的童鞋可以自己看下代碼 // 我們先看下下面的關(guān)于 NetworkRequestHandler中l(wèi)oad方法的代碼,再回來(lái)繼續(xù)分析 RequestHandler.Result result = requestHandler.load(data, networkPolicy); if (result != null) { loadedFrom = result.getLoadedFrom(); exifRotation = result.getExifOrientation(); // 解析bitmap bitmap = result.getBitmap(); if (bitmap == null) { InputStream is = result.getStream(); try { bitmap = decodeStream(is, data); } finally { Utils.closeQuietly(is); } } } // 這一段主要是看用戶是否設(shè)置圖片的轉(zhuǎn)換處理 if (bitmap != null) { stats.dispatchBitmapDecoded(bitmap); if (data.needsTransformation() || exifRotation != 0) { synchronized (DECODE_LOCK) { if (data.needsMatrixTransform() || exifRotation != 0) { bitmap = transformResult(data, bitmap, exifRotation);、 } if (data.hasCustomTransformations()) { bitmap = applyCustomTransformations(data.transformations, bitmap); } } if (bitmap != null) { stats.dispatchBitmapTransformed(bitmap); } } } return bitmap; }
/** * OkHttpDownloader中的load方法,返回了Result對(duì)象 */ public Result load(Request request, int networkPolicy) throws IOException { // 這里面如果我們自己沒(méi)有自定義下載器,則執(zhí)行的是OkHttpDownloader中的load方法,繼續(xù)深入到load方法中一探究竟,代碼在下方了,這里面得到的response是OkHttp給我們返回來(lái)的 Response response = downloader.load(request.uri, request.networkPolicy); // 得到加載位置是SdCard還是網(wǎng)絡(luò) Picasso.LoadedFrom loadedFrom = response.cached ? DISK : NETWORK; // 下面分別獲取了Bitmap和InputStream,同時(shí)返回了Result對(duì)象,我們返回到上面繼續(xù)分析 Bitmap bitmap = response.getBitmap(); if (bitmap != null) { return new Result(bitmap, loadedFrom); } InputStream is = response.getInputStream(); if (loadedFrom == NETWORK && response.getContentLength() > 0) { stats.dispatchDownloadFinished(response.getContentLength()); } return new Result(is, loadedFrom); }
/** * 這個(gè)方法中主要使用了CacheControl來(lái)承載緩存策略,同時(shí)將Request對(duì)象傳入了OkHttp中 * 看到這里Picasso源碼已經(jīng)走到了盡頭,如果想繼續(xù)分析,只能查看OkHttp的代碼了,目前我還沒(méi)有通讀過(guò), * 所以我們將得到的結(jié)果向上繼續(xù)看了,以后有時(shí)間我也會(huì)更新一些關(guān)于OkHttp的源碼解析。 * BUT 我們目前只看到了判斷內(nèi)存中是否有緩存,SDCard的緩存還沒(méi)有判斷呢? * 沒(méi)錯(cuò),關(guān)于SdCard的讀取和寫入都是有OkHttp來(lái)完成的,當(dāng)然了我們也可以自定義下載器, * 在這里就能看出來(lái)Picasso和OkHttp果然是親戚??!連SdCard的緩存都幫忙實(shí)現(xiàn)了。 */ public Response load(Uri uri, int networkPolicy) throws IOException { CacheControl cacheControl = null; if (networkPolicy != 0) { if (NetworkPolicy.isOfflineOnly(networkPolicy)) { cacheControl = CacheControl.FORCE_CACHE; } else { CacheControl.Builder builder = new CacheControl.Builder(); if (!NetworkPolicy.shouldReadFromDiskCache(networkPolicy)) { builder.noCache(); } if (!NetworkPolicy.shouldWriteToDiskCache(networkPolicy)) { builder.noStore(); } cacheControl = builder.build(); } } Request.Builder builder = new Request.Builder().url(uri.toString()); if (cacheControl != null) { builder.cacheControl(cacheControl); } com.squareup.okhttp.Response response = client.newCall(builder.build()).execute(); int responseCode = response.code(); if (responseCode >= 300) { response.body().close(); throw new ResponseException(responseCode + " " + response.message(), networkPolicy, responseCode); } boolean fromCache = response.cacheResponse() != null; ResponseBody responseBody = response.body(); return new Response(responseBody.byteStream(), fromCache, responseBody.contentLength()); }
走到了這里我們已經(jīng)得到了結(jié)果,是一個(gè)result對(duì)象,然后再通過(guò)dispatcher進(jìn)行分發(fā),進(jìn)入Dispatcher類中,最終執(zhí)行的方法如下
void performComplete(BitmapHunter hunter) { // 判斷用戶是否設(shè)置了寫緩存,默認(rèn)是需要寫入內(nèi)存的 if (shouldWriteToMemoryCache(hunter.getMemoryPolicy())) { cache.set(hunter.getKey(), hunter.getResult()); } // hunterMap我們?cè)谇懊娼榻B過(guò)了,用來(lái)保存還未執(zhí)行的下載請(qǐng)求,因此下載完成之后將其remove到 hunterMap.remove(hunter.getKey()); // 接著看batch的實(shí)現(xiàn) batch(hunter); }
private void batch(BitmapHunter hunter) { // 將BitmapHunter對(duì)象加入到了batch變量中,batch是一個(gè)ArrayList類型的集合 batch.add(hunter); // 到這里并沒(méi)有直接將圖片顯示出來(lái),而是填加到list中,發(fā)送了一個(gè)延遲消息,延遲200ms // 其實(shí)這是一個(gè)批處理,讓本次事件盡快結(jié)束,不影響界面的其他操作 // 下面我們跟進(jìn)handler的HUNTER_DELAY_NEXT_BATCH語(yǔ)句中 if (!handler.hasMessages(HUNTER_DELAY_NEXT_BATCH)) { handler.sendEmptyMessageDelayed(HUNTER_DELAY_NEXT_BATCH, BATCH_DELAY); } }
void performBatchComplete() { List<BitmapHunter> copy = new ArrayList<BitmapHunter>(batch); batch.clear(); // 將batch里的數(shù)據(jù)復(fù)制了一份,又通過(guò)mainThreadHandler發(fā)送了一個(gè)HUNTER_BATCH_COMPLETE的消息 // mainThreadHandler是怎么來(lái)的呢?原來(lái)是在Dispatcher的構(gòu)造方法中傳進(jìn)來(lái)的,那么我們就要回頭找找什么時(shí)候創(chuàng)建的Dispatcher對(duì)象 // 原來(lái)是在Picasso的Builder類build的時(shí)候創(chuàng)建的,而Handler也就是在Picasso類中定義,代碼如下 mainThreadHandler.sendMessage(mainThreadHandler.obtainMessage(HUNTER_BATCH_COMPLETE, copy)); logBatch(copy); }
幾經(jīng)周轉(zhuǎn),最終我們又回到了Picasso的類中
static final Handler HANDLER = new Handler(Looper.getMainLooper()) { @Override public void handleMessage(Message msg) { switch (msg.what) { case HUNTER_BATCH_COMPLETE: { @SuppressWarnings("unchecked") List<BitmapHunter> batch = (List<BitmapHunter>) msg.obj; //noinspection ForLoopReplaceableByForEach for (int i = 0, n = batch.size(); i < n; i++) { BitmapHunter hunter = batch.get(i); hunter.picasso.complete(hunter); } break; } } } };
上面的代碼比較好理解了,我們傳進(jìn)來(lái)的是由多個(gè)BitmapHunter對(duì)象組成的list,在這里做個(gè)遍歷調(diào)用complete方法。這時(shí)候已經(jīng)回到了主線成中,圖片馬上就要顯示出來(lái)了
void complete(BitmapHunter hunter) { Action single = hunter.getAction(); List<Action> joined = hunter.getActions(); boolean hasMultiple = joined != null && !joined.isEmpty(); boolean shouldDeliver = single != null || hasMultiple; if (!shouldDeliver) { return; } Uri uri = hunter.getData().uri; Exception exception = hunter.getException(); Bitmap result = hunter.getResult(); LoadedFrom from = hunter.getLoadedFrom(); // 這里面來(lái)說(shuō)一下single和joined,還記不記得前面分析到Dispatcher類中的performSubmit方法時(shí) // 判斷了hunterMap中如果有相同的key值則執(zhí)行hunter.attach(action); // 因此single得到的action是hunterMap中沒(méi)有相同的key值時(shí)的action // 而當(dāng)hunterMap中存在未處理的key與新的請(qǐng)求的key值相同時(shí)則將action添加到了BitmapHunter類的actions對(duì)象中 // 因此joined保存的就是與single中具有相同key值的數(shù)據(jù),所以要分別處理 if (single != null) { deliverAction(result, from, single); } if (hasMultiple) { //noinspection ForLoopReplaceableByForEach for (int i = 0, n = joined.size(); i < n; i++) { Action join = joined.get(i); deliverAction(result, from, join); } } if (listener != null && exception != null) { listener.onImageLoadFailed(this, uri, exception); } }
接下來(lái)進(jìn)入deliverAction方法中
private void deliverAction(Bitmap result, LoadedFrom from, Action action) { ... // 關(guān)鍵代碼就這一句 action.complete(result, from); ... }
此時(shí)進(jìn)入到了ImageViewAction中的complete方法中,我們?cè)谏厦嫣岬竭^(guò)ImageViewAction類的作用,是用來(lái)處理最后的下載結(jié)果的,好激動(dòng)?。D片馬上就顯示出來(lái)了~~~
@Override public void complete(Bitmap result, Picasso.LoadedFrom from) { ImageView target = this.target.get(); Context context = picasso.context; boolean indicatorsEnabled = picasso.indicatorsEnabled; // 關(guān)鍵代碼,進(jìn)入PicassoDrawable的setBitmap方法中一探究竟 PicassoDrawable.setBitmap(target, context, result, from, noFade, indicatorsEnabled); if (callback != null) { callback.onSuccess(); } }
static void setBitmap(ImageView target, Context context, Bitmap bitmap, Picasso.LoadedFrom loadedFrom, boolean noFade, boolean debugging) { Drawable placeholder = target.getDrawable(); if (placeholder instanceof AnimationDrawable) { ((AnimationDrawable) placeholder).stop(); } // 這里面主要是對(duì)顯示效果進(jìn)行處理,最終得到了一個(gè)PicassoDrawable對(duì)象,繼承了BitmapDrawable PicassoDrawable drawable = new PicassoDrawable(context, bitmap, placeholder, loadedFrom, noFade, debugging); // 至此圖片終于終于顯示出來(lái)了~~~~~~ target.setImageDrawable(drawable); }
寫源碼分析太苦了,我已經(jīng)盡可能的描述的清楚一些,如果有哪塊不太理解的,可以和我交流~~~
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持億速云。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。