錦囊篇|一文摸懂Glide

前言

和之前的文章會(huì)有一定的不同，這主要是因?yàn)?code style="font-family:'Operator Mono', Consolas, Monaco, Menlo, monospace;color:#e46918;background-color:#efefef;font-size:.875em;">Glide自身的源碼量導(dǎo)致的問(wèn)題，因?yàn)槲沂亲詈髮?xiě)的前言，你會(huì)發(fā)現(xiàn)在文章剛開(kāi)始時(shí)會(huì)代碼復(fù)制的比較完全，后面就比較零散，而且一部分我直接用自己話去進(jìn)行了表述。如果真的要看懂，建議還是對(duì)著Glide的源碼進(jìn)行查看，這樣會(huì)幫助你更好去理解GLide的它的實(shí)現(xiàn)流程。

（1）資源引入

repositories {
  mavenCentral()
  google()
}

dependencies {
  implementation 'com.github.bumptech.glide:glide:4.11.0'
  annotationProcessor 'com.github.bumptech.glide:compiler:4.11.0'
}

（2）方法使用

// 實(shí)現(xiàn)單張圖片加載
@Override public void onCreate(Bundle savedInstanceState) {
  ImageView imageView = (ImageView) findViewById(R.id.my_image_view);
// 如果是最新版的系統(tǒng)是不允許http來(lái)進(jìn)行請(qǐng)求的
// 去百度隨便拿一張圖片的地址來(lái)改一下就好了
  Glide.with(this).load("http://goo.gl/gEgYUd").into(imageView);
}

// 實(shí)現(xiàn)圖片列表加載
@Override public View getView(int position, View recycled, ViewGroup container) {
final ImageView myImageView;
if (recycled == null) {
    myImageView = (ImageView) inflater.inflate(R.layout.my_image_view, container, false);
  } else {
    myImageView = (ImageView) recycled;
  }

  String url = myUrls.get(position);

  Glide
    .with(myFragment)
    .load(url)
    .centerCrop()
    .placeholder(R.drawable.loading_spinner)
    .into(myImageView);

return myImageView;
}

在源碼使用中，其實(shí)基礎(chǔ)的在上面的使用方法中已經(jīng)講述到了，一共可以分為三個(gè)步驟：

1. with(Context)
2. load(ImageURL)
3. into(ImageView)

我們的分析流程也將圍繞這三個(gè)函數(shù)來(lái)進(jìn)行展開(kāi)。

with(Context)

  @NonNull
public static RequestManager with(@NonNull Context context) {
return getRetriever(context).get(context);
  }

@NonNull
public static RequestManager with(@NonNull Activity activity) {
return getRetriever(activity).get(activity);
  }

@NonNull
public static RequestManager with(@NonNull FragmentActivity activity) {
return getRetriever(activity).get(activity);
  }

@NonNull
public static RequestManager with(@NonNull Fragment fragment) {
return getRetriever(fragment.getContext()).get(fragment);
  }

@SuppressWarnings("deprecation")
@Deprecated
@NonNull
public static RequestManager with(@NonNull android.app.Fragment fragment) {
return getRetriever(fragment.getActivity()).get(fragment);
  }

@NonNull
public static RequestManager with(@NonNull View view) {
return getRetriever(view.getContext()).get(view);
  }

悄咪咪數(shù)了數(shù)，Oh my Gosh?。?！ 竟然高達(dá)有6個(gè)重載方法。不過(guò)呢想必你也發(fā)現(xiàn)這些方法都直接調(diào)用了getRetriever().get()的方法，那目的就非常明顯了，我們進(jìn)到這個(gè)方法去一探究竟了。

  @NonNull
private static RequestManagerRetriever getRetriever(@Nullable Context context) {
return Glide.get(context).getRequestManagerRetriever(); // 1 -->
  }

@NonNull
public static Glide get(@NonNull Context context) {
if (glide == null) {
// 使用了context.getApplicationContext()是為了防止內(nèi)存泄漏的發(fā)生
      GeneratedAppGlideModule annotationGeneratedModule =
          getAnnotationGeneratedGlideModules(context.getApplicationContext());
synchronized (Glide.class) {
if (glide == null) {
// 對(duì)glide整體地進(jìn)行初始化
// 其中就包含了對(duì)RequestManagerRetriever的初始化流程
// 代碼量比較大就不做介紹了
          checkAndInitializeGlide(context, annotationGeneratedModule);
        }
      }
    }
return glide;
  }

既然是一堆的初始化操作，最后我們的目標(biāo)又是RequestManagerRetriever這個(gè)類(lèi)，那自然是有必要對(duì)這個(gè)類(lèi)進(jìn)行探究的。

public class RequestManagerRetriever implements Handler.Callback {

public RequestManagerRetriever(@Nullable RequestManagerFactory factory) {
this.factory = factory != null ? factory : DEFAULT_FACTORY;
    handler = new Handler(Looper.getMainLooper(), this /* Callback */);
  }

private static final RequestManagerFactory DEFAULT_FACTORY =
new RequestManagerFactory() {
@NonNull
@Override
public RequestManager build(
            @NonNull Glide glide,
            @NonNull Lifecycle lifecycle,
            @NonNull RequestManagerTreeNode requestManagerTreeNode,
            @NonNull Context context) {
return new RequestManager(glide, lifecycle, requestManagerTreeNode, context);
        }
      };

// getRetriever()的get()方法
// 對(duì)標(biāo)上面的6個(gè)重載方法的調(diào)用，這里只取其一
@NonNull
public RequestManager get(@NonNull FragmentActivity activity) {
// 如果當(dāng)前的線程是在后臺(tái)線程中，則進(jìn)入
if (Util.isOnBackgroundThread()) {
return get(activity.getApplicationContext()); // 1-->
    } else {
      assertNotDestroyed(activity);
      FragmentManager fm = activity.getSupportFragmentManager();
return supportFragmentGet(activity, fm, /*parentHint=*/ null, isActivityVisible(activity)); // 2 -->
    }
  }
}

（1）通過(guò)構(gòu)造函數(shù)我們能夠猜測(cè)的內(nèi)容是通信的工具是Handler，而Looper使用的是MainLooper也就是主線程的，那說(shuō)明最后異步通信也就直接扔到主線程完成了。

（2）通過(guò)get()函數(shù)，可以發(fā)現(xiàn)其實(shí)分為兩個(gè)部分。一是再一層的get()方法；二是supportFragmentGet()或者是FragmentGet()方法。

他們最后的任務(wù)都是為了創(chuàng)建出一個(gè)RequestManager，但是我們得關(guān)注一下它的創(chuàng)建方式。

get()

對(duì)于這個(gè)方法而言就是對(duì)context的判定是否為Application，然后給出相應(yīng)的結(jié)果。

（1）不是Application且是在主線程中時(shí)

if (Util.isOnMainThread() && !(context instanceof Application)) {
if (context instanceof FragmentActivity) {
return get((FragmentActivity) context);
      } else if (context instanceof Activity) {
return get((Activity) context);
      } else if (context instanceof ContextWrapper
          && ((ContextWrapper) context).getBaseContext().getApplicationContext() != null) {
return get(((ContextWrapper) context).getBaseContext());
      }
    }

而他們的歸宿，最后還是回到我們上方的重載方法。

（2）是Application或是不再主線程時(shí)

getApplicationManager(context); // 1 -->

// 使用DCL的方式來(lái)創(chuàng)建了單例
@NonNull
private RequestManager getApplicationManager(@NonNull Context context) {
// Either an application context or we're on a background thread.
if (applicationManager == null) {
synchronized (this) {
if (applicationManager == null) {
          Glide glide = Glide.get(context.getApplicationContext());
          applicationManager =
              factory.build(
                  glide,
new ApplicationLifecycle(), // 2
new EmptyRequestManagerTreeNode(),
                  context.getApplicationContext());
        }
      }
    }
return applicationManager;
  }

通過(guò)工廠來(lái)自建了一個(gè)RequestManager，注釋2處他直接使用了ApplicationLifecycle原因是因?yàn)槟承┣闆r下會(huì)接受不到生命周期的事件，這里是做的強(qiáng)制性的操作是為了生命周期變化時(shí)能夠正常相應(yīng)。

FragmentGet()

瞟了一下，這是要一個(gè)廢棄的方法了，但是和supportFragmentGet()的方法相比其實(shí)也差不太多。

private RequestManager fragmentGet(
      @NonNull Context context,
      @NonNull android.app.FragmentManager fm,
      @Nullable android.app.Fragment parentHint,
boolean isParentVisible) {
    RequestManagerFragment current = getRequestManagerFragment(fm, parentHint, isParentVisible); // 1 -->
    RequestManager requestManager = current.getRequestManager();
if (requestManager == null) {
// TODO(b/27524013): Factor out this Glide.get() call.
      Glide glide = Glide.get(context);
      requestManager =
          factory.build(
              glide, current.getGlideLifecycle(), current.getRequestManagerTreeNode(), context);
// 將requestManager和Fragment相掛鉤
// 用以完成生命周期的監(jiān)聽(tīng)
      current.setRequestManager(requestManager);
    }
return requestManager;
  }

// 1 -->
// 獲取對(duì)應(yīng)的Fragment
private RequestManagerFragment getRequestManagerFragment(
      @NonNull final android.app.FragmentManager fm,
      @Nullable android.app.Fragment parentHint,
boolean isParentVisible) {
// 尋找的方式是通過(guò)設(shè)置的TAG
    RequestManagerFragment current = (RequestManagerFragment) fm.findFragmentByTag(FRAGMENT_TAG);
// 先去等待隊(duì)列中進(jìn)行查詢
// 這一步的作用是防止Fragment的重復(fù)添加
// 因?yàn)樘砑拥腇ragment的所謂的生命周期有一定的延時(shí)性
if (current == null) {
      current = pendingRequestManagerFragments.get(fm);
// 如果等待隊(duì)列創(chuàng)建一個(gè)新的TAG
if (current == null) {
        current = new RequestManagerFragment();
        current.setParentFragmentHint(parentHint);
if (isParentVisible) {
          current.getGlideLifecycle().onStart();
        }
        pendingRequestManagerFragments.put(fm, current);
        fm.beginTransaction().add(current, FRAGMENT_TAG).commitAllowingStateLoss();
        handler.obtainMessage(ID_REMOVE_FRAGMENT_MANAGER, fm).sendToTarget();
      }
    }
return current;
  }

總結(jié)

1. 初始化Glide的同時(shí)在內(nèi)部完成了RequestManagerRetriever的創(chuàng)建
2. 獲取到的RequestManagerRetriever調(diào)用get()方法，獲取到RequestManager，獲取方式分為以下兩種：

• Context為Application時(shí)， 通過(guò)getApplicationManager()方法創(chuàng)建RequestManager完成，將生命周期的監(jiān)聽(tīng)與Application強(qiáng)制綁定用于接收。
• Context不為Application時(shí)， 通過(guò)supportFragmentGet()方法創(chuàng)建RequestManager完成，生命周期的監(jiān)聽(tīng)是與Fragment進(jìn)行綁定實(shí)現(xiàn)。

創(chuàng)建對(duì)應(yīng)TAG的一個(gè)非常直接的好處，我們的圖片像RecyclerView會(huì)放置中不容易出現(xiàn)錯(cuò)位的現(xiàn)象。

load(ImageURL)

總體來(lái)說(shuō)上面的就是一個(gè)初始化和必要變量獲取的操作，那接下從函數(shù)方法來(lái)看我們似乎是要去獲得的圖片了呢。

public RequestBuilder load(@Nullable String string) {
return asDrawable().load(string); // 1 -->
  }

注釋1處，我們通過(guò)觀察可以知道他最后會(huì)選擇將獲取的數(shù)據(jù)轉(zhuǎn)化變成一個(gè)Drawable的類(lèi)然后再在我們對(duì)應(yīng)的ImageView上來(lái)進(jìn)行顯示。那我們就對(duì)asDrawable()先進(jìn)行一段源碼的分析。

// asDrawable()不斷深入能發(fā)現(xiàn)調(diào)用到的函數(shù)
// 是完成一個(gè)類(lèi)RequestBuilder的對(duì)象創(chuàng)建
public  RequestBuilder as(
      @NonNull Class resourceClass) { // Drawable.class
return new RequestBuilder<>(glide, this, resourceClass, context);
  }

那接下來(lái)的問(wèn)題就要進(jìn)入到這個(gè)類(lèi)中，因?yàn)樵谇懊嫖覀兊奶剿髌鋵?shí)算是并沒(méi)有什么收獲的，而如果只是創(chuàng)建一個(gè)類(lèi)顯然是不會(huì)讓這句話顯得這么重要，那關(guān)鍵點(diǎn)一定會(huì)出現(xiàn)在這個(gè)類(lèi)的構(gòu)造中了。

protected RequestBuilder(
      @NonNull Glide glide,
      RequestManager requestManager,
      Class transcodeClass,
      Context context) {
this.glide = glide;
this.requestManager = requestManager;
this.transcodeClass = transcodeClass;
this.context = context;
this.transitionOptions = requestManager.getDefaultTransitionOptions(transcodeClass);
this.glideContext = glide.getGlideContext();

    initRequestListeners(requestManager.getDefaultRequestListeners()); // 1 -->
// 這段代碼過(guò)長(zhǎng)，不做展示，它的主要任務(wù)就是一些策略開(kāi)關(guān)
// 各種選項(xiàng)的開(kāi)啟裝置，比如錯(cuò)誤提示、優(yōu)先級(jí)、磁盤(pán)緩存策略、固定寬高等等
    apply(requestManager.getDefaultRequestOptions()); 
  }

// 1-->
// 從某種意義上講就是對(duì)生命周期的監(jiān)聽(tīng)
private void initRequestListeners(List> requestListeners) {
for (RequestListener