不敢说懂你 - Glide硬核源码剖析

问题

Glide加载流程？

Glide整体架构？

Glide数据加载的来源？

Glide缓存加载的流程？

Glide线程切换原理？

Glide如何感知Activity？

Glide哪种情况会返回应用级的RequestManager？

…

带着一些问题去阅读…

使用示例

本篇主要基于glide:4.12.0进行分析。下面是Glide主要的使用示例。

repositories { google()mavenCentral()
}dependencies { implementation 'com.github.bumptech.glide:glide:4.12.0'annotationProcessor 'com.github.bumptech.glide:compiler:4.12.0'
}

 Glide.with(this).load("http://goo.gl/gEgYUd").into(imageView);

可以看到，Glide的加载主要分三步：with()、load()、into()。理解了这三步Glide做了什么，基本就理解了Glide源码加载图片的大体逻辑和框架了。

with()

Glide的with()方法的目的是根据不同的上下文context获得RequestManager对象。

RequestManager对象解释：A class for managing and starting requests for Glide.

下面开始详细分析。

首先看Glide中with()方法所有的重载函数：

RequestManager with(Context context)
RequestManager with(android.app.Activity)
RequestManager with(androidx.fragment.app.Fragment)
RequestManager with(androidx.fragment.app.FragmentActivity)
RequestManager with(View view)

以Glide中的 with(android.app.Activity)为例：

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

可以看到，RequestManager由getRetriever(activity).get(activity)得到，因此有两个问题：

1 getRetriever(activity)获得什么对象？

2 这个对象的get()获得什么？

首先看第一个问题，看getRetriever(activity):

private static RequestManagerRetriever getRetriever(@Nullable Context context) {...return Glide.get(context).getRequestManagerRetriever();}

getRetriever(activity)获得了RequestManagerRetriever对象。

接下来进RequestManagerRetriever对象看它的get()实现，它根据with()重载方法参数的不同进行不同重载：

RequestManager get(Context context)
RequestManager get(android.app.Activity)
RequestManager get(androidx.fragment.app.Fragment)
RequestManager get(androidx.fragment.app.FragmentActivity)
RequestManager get(View view)

以其中一个为例：

  public RequestManager get(@NonNull FragmentActivity activity) {if (Util.isOnBackgroundThread()) {return get(activity.getApplicationContext());} else {assertNotDestroyed(activity);frameWaiter.registerSelf(activity);FragmentManager fm = activity.getSupportFragmentManager();return supportFragmentGet(activity, fm, /*parentHint=*/ null, isActivityVisible(activity));}}

可以看到，RequestManager返回两种类型，分别是当是子线程时的get(activity.getApplicationContext());和其他的supportFragmentGet()。

首先看with()在子线程中统一返回的应用级别RequestManager单例，看 get(activity.getApplicationContext());：

 @NonNullpublic RequestManager get(@NonNull Context context) {...if (context instanceof FragmentActivity) {return get((FragmentActivity) context);...}

继续追这个get()方法的具体实现：

  public RequestManager get(@NonNull Context context) {if (context == null) {throw new IllegalArgumentException("You cannot start a load on a null Context");} else 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());}}return getApplicationManager(context);}

看到这一行：if (Util.isOnMainThread() && !(context instanceof Application))，这行判断不仅决定了子线程中直接返回getApplicationManager(context)方法，而且当这个传入的context是Application时，也返回全局的getApplicationManager(context)方法获得的应用级别RequestManager。

继续追这个getApplicationManager(context)方法的具体实现：

 @NonNullprivate RequestManager getApplicationManager(@NonNull Context context) {if (applicationManager == null) {synchronized (this) {if (applicationManager == null) {Glide glide = Glide.get(context.getApplicationContext());applicationManager =factory.build(...);}}}return applicationManager;}

至此我们知道了with()返回是应用级别RequestManager单例：applicationManager的两种情况：子线程+context=Application

那么不是子线程时的supportFragmentGet()呢，这种情况又是如何生成的RequestManager？我们具体看下RequestManagerRetriever.supportFragmentGet()：

 private RequestManager supportFragmentGet(@NonNull Context context,@NonNull FragmentManager fm, @Nullable Fragment parentHint, boolean isParentVisible) {//获取空fragment，无则创建SupportRequestManagerFragment current = getSupportRequestManagerFragment(fm, parentHint);// 让fragment持有RequestManagerRequestManager requestManager = current.getRequestManager();if (requestManager == null) {//如果空fragment没有RequestManager，就创建一个Glide glide = Glide.get(context);requestManager =factory.build(glide, current.getGlideLifecycle(), current.getRequestManagerTreeNode(), context);...//让空fragment持有RequestManagercurrent.setRequestManager(requestManager);}//返回页面级别的RequestManagerreturn requestManager;}

继续看这个新fragment怎么创建的：

private SupportRequestManagerFragment getSupportRequestManagerFragment(@NonNull final FragmentManager fm, @Nullable Fragment parentHint) {//通过tag找到Activity中的空fragmentSupportRequestManagerFragment current =(SupportRequestManagerFragment) fm.findFragmentByTag(FRAGMENT_TAG);if (current == null) {//findFragmentByTag没找到空fragment，有可能是延迟问题？再从Map中找一下current = pendingSupportRequestManagerFragments.get(fm);if (current == null) {//确实没有空fragment，就创建一个current = new SupportRequestManagerFragment();current.setParentFragmentHint(parentHint);//缓存进MappendingSupportRequestManagerFragments.put(fm, current);//空fragment添加到Activity，使其能感知Activity的生命周期fm.beginTransaction().add(current, FRAGMENT_TAG).commitAllowingStateLoss();handler.obtainMessage(ID_REMOVE_SUPPORT_FRAGMENT_MANAGER, fm).sendToTarget();}}