GlideApp.with(this).load(url).into(imageView);
依然从 Glide 使用上着手，这样切口小，好把握，等到了里面再把面铺开，形成由点到线（这个线指的是代码逻辑执行的方向线），由线到面的认知。
从代码调用写法上看和 Picasso 很类似（也不知道谁模仿谁呢？，以后我也模仿一下）。
public static GlideRequests with(@NonNull FragmentActivity activity) {
return (GlideRequests) Glide.with(activity);
}
GlideApp 这个类其实是通过 APT 编译生成的，先不要管它怎么来，就知道有就行了，with 方法里调用了 Glide.with，看来最终还是要回到 Glide 这个类。
public static RequestManager with(@NonNull FragmentActivity activity) {
return getRetriever(activity).get(activity);
}
private static RequestManagerRetriever getRetriever(@Nullable Context context) {
return Glide.get(context).getRequestManagerRetriever();
}
从方法上看返回一个 RequestManager 对象，这个 RequestManager 类有点像 Picasso 里的 ReuqestCreator，负责管理和启动图片加载请求。通过 getRetriever 方法获取到 RequestManagerRetriever 对象，这个 RequestManagerRetriever 是用来创建或者根据 Activity/Fragment 来读取 RequestManager 对象的。所以这么一来，我们可以知道两点，
- RequestManager 对象可能和具体 Activity/Fragment 关联，这应该也是生命周期的关联控制基础。
- RequestManagerRetriever 更像个 Map 集合，负责 RequestManager 对象的创建和管理维护。
来看下具体的实现，
public static Glide get(@NonNull Context context) {
if (glide == null) {
GeneratedAppGlideModule annotationGeneratedModule =
getAnnotationGeneratedGlideModules(context.getApplicationContext());
synchronized (Glide.class) {
if (glide == null) {
checkAndInitializeGlide(context, annotationGeneratedModule);
}
}
}
return glide;
}
大致来看依然是单例模式的一个实现，因为涉及到注解，所以 Glide 对象的获取并没有那么简单，通过 checkAndInitializedGlide 方法继续跟踪，经过几层方法跳转，最后来到了这，
private static void initializeGlide(Context context, GlideBuilder builder, GeneratedAppGlideModule annotationGeneratedModule){
//省略部分代码......
RequestManagerRetriever.RequestManagerFactory factory = annotationGeneratedModule != null ? annotationGeneratedModule.getRequestManagerFactory() : null;
builder.setRequestManagerFactory(factory);
Glide glide = builder.build(applicationContext);
Glide.glide = glide;
}
这么看来， Glide 对象的创建依然用到了 Builder 模式，只是这里的实现并没有那么直观，也不像之前模板说的那样，GlideBuilder 就是用于创建 Glide 对象的 Builder 类，那么来看下 build() 方法。
Glide build(@NonNull Context context) {
if (sourceExecutor == null) {
sourceExecutor = GlideExecutor.newSourceExecutor();
}
if (diskCacheExecutor == null) {
diskCacheExecutor = GlideExecutor.newDiskCacheExecutor();
}
if (animationExecutor == null) {
animationExecutor = GlideExecutor.newAnimationExecutor();
}
if (memorySizeCalculator == null) {
memorySizeCalculator = new MemorySizeCalculator.Builder(context).build();
}
if (connectivityMonitorFactory == null) {
connectivityMonitorFactory = new DefaultConnectivityMonitorFactory();
}
if (bitmapPool == null) {
int size = memorySizeCalculator.getBitmapPoolSize();
if (size > 0) {
bitmapPool = new LruBitmapPool(size);
} else {
bitmapPool = new BitmapPoolAdapter();
}
}
if (arrayPool == null) {
arrayPool = new LruArrayPool(memorySizeCalculator.getArrayPoolSizeInBytes());
}
if (memoryCache == null) {
memoryCache = new LruResourceCache(memorySizeCalculator.getMemoryCacheSize());
}
if (diskCacheFactory == null) {
diskCacheFactory = new InternalCacheDiskCacheFactory(context);
}
if (engine == null) {
engine = new Engine(
memoryCache,
diskCacheFactory,
diskCacheExecutor,
sourceExecutor,
GlideExecutor.newUnlimitedSourceExecutor(),
animationExecutor,
isActiveResourceRetentionAllowed);
}
if (defaultRequestListeners == null) {
defaultRequestListeners = Collections.emptyList();
} else {
defaultRequestListeners = Collections.unmodifiableList(defaultRequestListeners);
}
GlideExperiments experiments = glideExperimentsBuilder.build();
RequestManagerRetriever requestManagerRetriever = new RequestManagerRetriever(requestManagerFactory, experiments);
return new Glide(
context,
engine,
memoryCache,
bitmapPool,
arrayPool,
requestManagerRetriever,
connectivityMonitorFactory,
logLevel,
defaultRequestOptionsFactory,
defaultTransitionOptions,
defaultRequestListeners,
experiments);
}
我把代码贴全了，总体思路上和 Picasso 相似，但内容上比 Picasso 丰富多了，我估计这肯定不是一个版本干的事。先挑我们关心的，这里创建了一个 RequestManagerRetriever 对象，这个作为入参传给了 Glide 构造方法，最后赋值给了 Glide 里的成员变 requestManagerRetriever。
这么一来前面说的 getRetriever 方法的返回值就算是知道怎么来的了，首先它是 Glide 对象的一个成员属性，这个属性会在创建 Glide 时创建，然后又通过该对象来获取 RequestManager 对象。
接下去一步就是要看看 ReuqestManagerRetriever 的 get 方法是如何获取 RequestManager 对象的，别看就方法名简单，但里面却是做了挺多的事的。
