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 对象的,别看就方法名简单,但里面却是做了挺多的事的。