1.一些BB
上一节，妹子图片的数据来源已经从本地切到了Gank提供的接口解析结果。这一节就继续往前走，把这个图片加载类再打磨一下。优化点其实很明确：一方面，把显示本地图片的能力补上；另一方面，也是更关键的一点，就是缓存。现在这套图片加载逻辑几乎没有缓存可言，每次都得重新发起请求、再去解析流。哪怕是同一张图片，也得老老实实再请求一遍，多少有些重复劳动了。那如果把图片先缓存到内存里，或者干脆落到磁盘中，等下次访问同一张图片资源时直接从缓存里取，会不会更合适？答案其实很明显，这事儿确实值得做。所以这一节，就来动手写一个简单的、带缓存能力的图片加载框架，名字也定了，就叫SisterLoader。
(PS：拖着好久没更的原因是因为自己最近在看下载相关的东西，还有改BUG 写图片加载的时候因为一些问题卡住了，抽不出时间解决...)
2.简单常识科普
开始写代码之前我们先来撸清楚一些概念先：
1）缓存
①引入图片缓存的目的：
答：从网络加载图片费时费电费流量，我们希望把一些加载过的图片可以存起来， 当再次加载时可以复用这个图片。
②什么是二级缓存：
答：说下需要显示一张图片所经历的逻辑，你就一清二楚了： 需要显示图片 ——> 查内存(有的话显示) —没有—>查磁盘(有的话显示) —没有—> 从网络加载(显示出来) ——> 往内存中存一份 ——> 往磁盘存一份
从上我们知道，缓存有两种，内存缓存和磁盘缓存(SD卡/机身存储)：
内存缓存：一级缓存，优先从这里拿，缓存文件存储在data/data/包名/cache目录下， 以前写内存缓存的老旧套路是用Map弱引用的Bitmap对象，我翻了翻上上上家公司的祖传代码：
public class MemoryCache {
private static final int MAX_CACHE_COUNT = 30; //设置最大缓存数
/**
Map弱引用Bitmap，内存够的情况Bitmap不会被回收，当缓存数大于阈值，会清除最早放入缓存的
*/
private HashMap> mCacheMap = new LinkedHashMap>() {
@Override
protected boolean removeEldestEntry(Entry eldest) {
return size() > MAX_CACHE_COUNT;
}
};
/**
* 添加图片到缓存中
* */
public void put(String id,Bitmap bitmap) {
mCacheMap.put(id, new SoftReference<>(bitmap));
}
/**
* 取出缓存中的图片
* */
public Bitmap get(String id,Bitmap bitmap) {
if(!mCacheMap.containsKey(id))return null;
SoftReference ref = mCacheMap.get(id);
return ref.get();
}
/**
* 清除所有缓存
* */
public void clear() {
try{
for (Map.Entry>entry : mCacheMap.entrySet()) {
SoftReference sr = entry.getValue();
if(null != sr) {
Bitmap bitmap = sr.get();
if(null != bitmap) {
bitmap.recycle();
}
}
}
} catch (Exception e) {
e.printStackTrace();
}
}
} 而Google老东家并不建议这样做，官方最佳实践中给我们推荐了关于缓存的两个API： LruCache(内存缓存) 和 DiskLruCache(磁盘缓存) LruCache是以强引用(直接引用)的方式引用外界的缓存对象的，不会被GC回收， 而SoftReference引用，当系统内存不足的时候回随GC回收 还有个WeakRefreence，随时都可能会被系统回收... 如果你对这个很有兴趣，可移步到官方的最佳实践：Caching Bitmaps
磁盘缓存：
应用可用的内存终归是有限的，遇到大批量图片时，不可能一股脑全塞进内存里。更稳妥的做法，是把图片落到磁盘中做缓存。早些年的常见方案，是直接在SD卡上建一个文件夹，再把图片存进去，这类实现网上很容易找到代码，这里就不展开了。本节重点放在前面提到的、Google 推荐的 DiskLruCache，用它来完成磁盘缓存。
2）同步加载与异步加载
同步和异步的概念，相信很多人都了然于心了，简单点说： 同步：发出加载图片的调用后，要直到完成加载才能够做其他操作 异步：发出加载图片的调用后，想干嘛就干嘛，不用等他加载完才能去做其他事。
3）图片加载流程图
4）图片OOM，压缩之类关于Bitmap的概念
以前在入门教程那里写过就不再重复了：
Android基础入门教程——8.2.1 Bitmap(位图)详解
Android基础入门教程——8.2.2 Bitmap引起的OOM问题
也可以移步到我的好基友——基神的个人博客查看，解释得更加详细：
Android Bitmap 优化(1) - 图片压缩
Android Bitmap 优化(2) - 图片缓存
3.简单的图片加载框架流程图
尽管代码不算复杂，觉得还是有必要画个流程图帮助大家理解一下~
4.手撕代码时间
PS：思前想后，还是把贴代码还是放最后吧，只做下代码折叠截图简单 解释一波，具体自己看代码，
①DiskLruCache.ja va
这个是Google提供的，直接下这个类
https://android.googlesource.com/platform/libcore/+/jb-mr2-release/luni/src/main/ja va/libcore/io/DiskLruCache.ja va
然后加到你的工程里，自己改下包名就能用了~
②图片压缩类：SisterCompress.ja va
③网络加载协助类：NetworkHelper.ja va
④内存缓存协助类：MemoryCacheHelper.ja va
⑤磁盘缓存协助类：DiskCacheHelper.ja va
⑥尺寸转换类：SizeUtils.ja va
PS: 设置ImageView大小用到
⑦加载结果类：LoaderResult.ja va
PS：就是异步加载图片后传给Handler的数据集合
⑧图片加载逻辑控制类：SisterLoader.ja va
⑨调用图片加载框架：MainActivity.ja va
private SisterLoader mLoader;
mLoader = SisterLoader.getInstance(MainActivity.this);
mLoader.bindBitmap(data.get(curPos).getUrl(),showImg,400,400);5.运行效果图
先有网络加载一次，让应用做好内存和硬盘缓存 然后断开网络，点下一个妹子会加载内存缓存中的图片
6.代码下载
本节代码是切换到新的分支下编写的：sisterloader 代码编写完后，本地直接merge到develop分支，最后推送到Github的！ 命令和上节的一样！
https://github.com/coder-pig/DrySister/tree/develop
欢迎follow，star，觉得有什么想加进来的可以提下issues！
