Glide 源码分析与面试提问

问题：

1.使用的什么网络请求

使用的HttpURLConnection

com.bumptech.glide.load.model.stream.HttpGlideUrlLoader
com.bumptech.glide.load.data.HttpUrlFetcher

2.缓存

使用了内存缓存LruCache
和 DiskLruCache
DiskCache 分为两种类型一种是元数据DATA_DISK_CACHE，一种是RESOURCE_DISK_CACHE（处理过的数据）

3.内存泄漏？

4.怎么区分加载网络和assert 下面的资源？
5.架构上面有什么值得学习的地方？

6.线程切换问题怎么处理？

解析完之后，使用handler post 一个runnable

  private static final Executor MAIN_THREAD_EXECUTOR =new Executor() {private final Handler handler = new Handler(Looper.getMainLooper());@Overridepublic void execute(@NonNull Runnable command) {handler.post(command);}};

就算在子线程中，也可以使用MainLooper 构建一个handler 发送runnable.

7.怎么和声明周期绑定的？

8.多个任务怎么处理？
为什么要自己写一个ExecutorService?
9.build模式的好处是什么？
10.每个fragment 都有自己的

  @NonNullpublic RequestManager get(@NonNull Fragment fragment) {Preconditions.checkNotNull(fragment.getContext(),"You cannot start a load on a fragment before it is attached or after it is destroyed");if (Util.isOnBackgroundThread()) {return get(fragment.getContext().getApplicationContext());} else {FragmentManager fm = fragment.getChildFragmentManager();return supportFragmentGet(fragment.getContext(), fm, fragment, fragment.isVisible());}}

RequestManager 吗？
对，每个都有，用于管理当前页面的所有的Request

11.各个模块都是怎么设计的，怎么粘合在一起的？
比如网络，缓存，图片解析。

12.Priority 优先级怎么实现的？

13.占位图，失败图，怎么设计的？
怎么设计的？实现简单啊。很烂的代码都可以实现，但是，设计不一样。

14.请求的一个状态
请求的状态怎么管理，怎么样验证?
怎么保证多线程没有问题。
根据Map去管理所有的任务

15.request 只负责调用加载图片，然后传给target,
具体target 怎么使用图片资源，那就是target 的责任。
还有就是资源路径的管理。
具体加载由engine 加载，这样的好处是什么？
对外值开放功能，不暴露细节？

16.为什么target 要有request 的引用？
要保证当前的target 没有其他的请求。

17.引擎是个什么类，责任是啥？

18.ModelLoader 应该会有很多，比如从文件，从网络。
modelloader 负责去生成LoadData
LoadData里面包含DataFetcher

19.每个人真的分的很清楚，策略就是计算bitmap 占用大小的。虽然可以在lruCache 里面直接写。

20.engine 和 engineJob 的作用是什么？
engine:
Responsible for starting loads and managing active and cached resources.
引擎负责管理首先从缓存里面加载需要的资源，如果没有，则开启新的任务

21.预加载图片
22. 应该会有很多的request，那么glide 开了几个线程去处理呢？很多请求用的什么队列？
23.为什么增加了

   SupportRequestManagerFragment current =(SupportRequestManagerFragment) fm.findFragmentByTag(FRAGMENT_TAG);if (current == null) {current = pendingSupportRequestManagerFragments.get(fm);if (current == null) {current = new SupportRequestManagerFragment();current.setParentFragmentHint(parentHint);if (isParentVisible) {current.getGlideLifecycle().onStart();}pendingSupportRequestManagerFragments.put(fm, current);fm.beginTransaction().add(current, FRAGMENT_TAG).commitAllowingStateLoss();

fm.beginTransaction().add(current, FRAGMENT_TAG).commitAllowingStateLoss(); 原理是什么？为什么就能监听fragment 的生命周期了？

22.GlideExecutor 的作用

只是包装了一下ThreadPoolExecutor，里面的线程名名字等做了下封装。
你会发现，有很多的Wrapper，每个Wrapper 都会有自己的作用。

每一个都是viewTarget，每一个都有一个request.

24.glide 架构清晰：
RequestManager
RequestBuilder

RequestTracker
target
request
engy
job
engyjob

怎么加载Assets文件

load(“file:///android_asset/banner7_bg.png”)
AssetUriLoader StreamAssetPathFetcher 负责

https://zhuanlan.zhihu.com/p/60425157

看了源码，你才知道，具体干活的代码可能就那一段，就像现实生活中真正干活的就那一个人，但是其他的管理者还是需要的。