Applicaton的专栏

磁盘缓存 磁盘缓存 通过DiskLruCache实现 与LruCache算法相似，当缓存大小将超过阈值的时候，清除缓存中最老的数据 DiskLruCache内部也是通过LinkedhashMap 实现的 同样的也是在glide 生成时创建的 这里我们也从两个角度分析 取,存 取 经过前面文章的分析，我们知道当内存缓存和活动缓存都没有的时候我们就要开启线程从磁盘或者网络中获取 下面我们看代码 public <T, Z, R> LoadStatus load(Key signa

内存缓存 前引声明 上文中我们知道Glide内存缓存通过两部分组成又叫做运行时缓存 LruCache -》MemoryCache cache 实现类是LruResourceCache在创建Glide的时候创建，大小为屏幕大小的两张图片 采用LruCache实现，遵循最近最少使用原则，当缓存大小达到设定缓存大小时将最近使用的最少的缓存对象清除 其内部维护了一个LinkedHashMap 将 缓存对象的强引用缓存 该缓存只存储当前没在使用的资源 弱引用缓存（活动缓存）-》Map<Key,

Glide 的请求执行过程 要了解请求执行过程首先我们需要知道如下问题 何时构建的请求 何时执行的请求 如何构建的请求 执行请求 1.请求执行时机&2.请求构建时机 在源码流程分析里我们提到调用into()开始执行图片请求 public <Y extends Target<TranscodeType>> Y into(Y target) { //省略部分代码 //1. 获取之前的请求 Request previous

https://blog.youkuaiyun.com/Applicaton/article/details/119672525?spm=1001.2014.3001.5501Glide生命周期监听

Glide源码分析 Glide 基本使用方式 Glide .with(this) .load("https://img1.baidu.com/it/u=4030671121,170372214&fm=26&fmt=auto&gp=0.jpg") .into(binding.ivTest) 这就是最简单的使用方法了 调用with ,load ,into 方法完成一个图片加载的过程 下面我们分析下这三个方法分别做了什么 基本

Glide 如何实现的生命周期监听 问题？？ 使用过Glide的，都知道Glide加载图片生命周期跟随activity 或者 Fragemnt,那么glide是如何实现对activity、fragment 生命周期的监听的呢？ 那他们绑定的具体的逻辑是什么呢 ？ 解释 对于第一个问题 通过上一篇文章 我们知道其内部是通过 给宿主添加一个RequestManagerFragment（无界面Fragment）并通过 ActivityFragmentLifecycle 添加监听事件 完成的 生命周期绑