Android核心框架记录OkHttp、EventBus、Gli

1. OkHttp框架的使用和原理

• 1. 框架原理是建立线程池，利用调度线程，不断的取任务进行处理：
• 2. Request，activity发送很多请求，请求封装成Request类，其中包含URL等信息，包含有execute()方法，可以发起请求任务。
• 3. 请求任务：HttpTask,包含有request，并且能够自主开线程运行，最终会被添加到任务队列中。
• 4. 线程池管理者：创建一个线程池进行管理，ThreadPoolManager，其中包含有请求队列Request,同时包含有一个调度线程，不断的从请求队列中国去取请求，扔给线程池进行处理。

2. EventBusk框架使用和原理

EventBus使用了典型的发布/订阅事件模式

• 1. 添加EventBus依赖。EventBus的使用步骤分为定义事件、订阅事件、发送事件、处理事件、取消订阅五步。
• 2. 主要是维护了几个数组，然后根据对应的key找到对应的注册对象，通过放射的方式调用对应的方法。
• 3. EventBus 2.x是采用反射的方式对整个注册的类的所有方法进行扫描来完成注册，当然会有性能上的影响。EventBus 3.0 中EventBus提供了EventBusAnnotationProcessor注解处理器来在编译期通过读取@Subscribe()注解并解析、处理其中所包含的信息，然后生成java类来保存所有订阅者关于订阅的信息，这样就比在运行时使用反射来获得这些订阅者的信息速度要快

3. Glide框架的使用和原理

   Glide.with(this)
                .load("[OIP.Z1JF8QWmFntV2cXDiN32bAHaFg (433×322) (bing.com)](https://th.bing.com/th/id/OIP.Z1JF8QWmFntV2cXDiN32bAHaFg?w=289&h=215&c=7&r=0&o=5&dpr=1.5&pid=1.7)
")
                .fitCenter()
                .into(iv_1);

• 1. Glide的缓存机制，主要分为2种缓存，一种是内存缓存，一种是磁盘缓存。
• 2. 内存缓存的原因是：防止应用重复将图片读入到内存，造成内存资源浪费。
• 3. 磁盘缓存的原因是：防止应用重复的从网络或者其他地方下载和读取数据.因为有着这两种缓存的结合，才构成了Glide极佳的缓存效果。
     Glide 整个缓存流程
• 4. 其中 ActiveResource使用弱引用来缓存资源的，防止OOM。
• 5. Glide的三级缓存原理 ?
     5.1 读取一张图片的时候，获取顺序： Lru算法缓存 -> 弱引用缓存 -> 磁盘缓存（如果设置了的话）
     5.2 当我们的APP中想要加载某张图片时，先去LruCache中寻找图片，如果LruCache中有，则直接取出来使用，并将该图片放入WeakReference弱引用中，如果LruCache中没有，则去WeakReference中寻找，如果WeakReference中有，则从WeakReference中取出图片使用，如果WeakReference中也没有图片，则从磁盘缓存/网络中加载图片

图片正在使用时存在于 activeResources 弱引用map中

image.png

• 6. 将图片缓存的时候，写入顺序： 弱引用缓存-》Lru算法缓存-》磁盘缓存中
• 7. 如果在一个页面中使用Glide加载了一张图片，图片正在获取中，如果突然关闭页面，这个页面会造成内存泄漏吗？

因为Glide 在加载资源的时候，如果是在 Activity、Fragment 这一类有生命周期的组件上进行的话，会创建一个透明的 RequestManagerFragment 加入到FragmentManager 之中，感知生命周期，当 Activity、Fragment 等组件进入不可见，或者已经销毁的时候，Glide 会停止加载资源。但是如果，是在非生命周期的组件上进行时，会采用Application 的生命周期贯穿整个应用，所以 applicationManager 只有在应用程序关闭的时候终止加载