溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊(cè)×
其他方式登錄
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶服務(wù)條款》

Android圖片加載利器之Picasso源碼解析

發(fā)布時(shí)間:2020-10-17 20:25:10 來(lái)源:腳本之家 閱讀:148 作者:landptf 欄目:移動(dòng)開發(fā)

看到了這里,相信大家對(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)盡可能的描述的清楚一些,如果有哪塊不太理解的,可以和我交流~~~

Android圖片加載利器之Picasso源碼解析

以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持億速云。

向AI問(wèn)一下細(xì)節(jié)

免責(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)容。

AI