转载请标明地址 QuincySx： http://www.jianshu.com/p/e8adc9581f69

问题不定时更新，如果你也有问题欢迎在评论区提出

Glide 是如何拓展不同的资源获取器的

1. 在 manifest 文件中 添加 meta-data 标签、key 为 GlideModule 的路径，value 为 "GlideModule"
2. 在 RequestManager 的构造方法里 调用了 Glide.get(context) 方法，通过 ManifestParser 根据 meta-data 标签的 value 来获取所有 manifest 中配置的 GlideModule ，然后循环调用GlideModule.registerComponents() 方法，将 ModelLoader 通过 Glide.register() 方法注册到 GenericLoaderFactory 中

当添加几个相同类型的资源获取器时，Glide的选择策略是什么

在 Glide 中维护这一个 GenericLoaderFactory 对象，在 Glide.register() 调用 GenericLoaderFactory.register() 的方法中可以看到他是根据相应资源的 class（此处关于 ModelLoader 的加载可以查看 Glide 的构造方法） 来替换相应的 ModelLoader，也就是 Glide 的策略是如果一个后配置者会替代前者

发现 Glide 中使用网络图片时是调用的 load(String url) 这个方法、那么为什么源码中网络请求 DataFetcher 的类型 GlideUrl.class 他是怎么转换的

1. 你传入的 String 会在 StreamStringLoader 类的父类中的 StringLoader.getResourceFetcher() 中将 String 转换为 Uri 并调用 StreamUriLoader.getResourceFetcher()
2. 在 StreamUriLoader.getResourceFetcher() 判断是否是本地资源，如果是本地资源就加载，如果不是本地资源 那就去调用 HttpUrlGlideUrlLoader.getResourceFetcher()（默认的，如果配置过就是其他的 这也就是 GlideUrl.class 类型的加载器）进行网络加载
3. 在 HttpUrlGlideUrlLoader.getResourceFetcher() 方法中，先判断缓存，然后 new 出 HttpUrlFetcher 返回，在进行网络请求

注释：这几个转换在 Glide 构造里 这些加载类都是用的 Factory 来加载的，在 Factory() 中他默认传递过，类似责任链模式

Glide 的缓存实现具体代码