我们获得想要显示的大小，为了什么，还不是为了和图片的真正的宽高做比较，拿到一个合适的inSampleSize，去对图片进行压缩么。
那么首先应该是拿到图片的宽和高：
// 获得图片的宽和高，并不把图片加载到内存中
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeFile(path, options);
这三行就成功获取图片真正的宽和高了，存在我们的options里面；
然后我们就可以happy的去计算inSampleSize了：
/**
-
根据需求的宽和高以及图片实际的宽和高计算SampleSize
-
@param options
-
@param width
-
@param height
-
@return
*/
public static int caculateInSampleSize(Options options, int reqWidth,
int reqHeight)
{
int width = options.outWidth;
int height = options.outHeight;
int inSampleSize = 1;
if (width > reqWidth || height > reqHeight)
{
int widthRadio = Math.round(width * 1.0f / reqWidth);
int heightRadio = Math.round(height * 1.0f / reqHeight);
inSampleSize = Math.max(widthRadio, heightRadio);
}
return inSampleSize;
}
options里面存了实际的宽和高；reqWidth和reqHeight就是我们之前得到的想要显示的大小；经过比较，得到一个合适的inSampleSize;
有了inSampleSize:
options.inSampleSize = ImageSizeUtil.caculateInSampleSize(options,
width, height);
// 使用获得到的InSampleSize再次解析图片
options.inJustDecodeBounds = false;
Bitmap bitmap = BitmapFactory.decodeFile(path, options);
return bitmap;
经过这几行，就完成图片的压缩了。
上述是本地图片的压缩，那么如果是网络图片呢？
2、网络图片的压缩
a、直接下载存到sd卡，然后采用本地的压缩方案。这种方式当前是在硬盘缓存开启的情况下，如果没有开启呢？
b、使用BitmapFactory.decodeStream(is, null, opts);
/**
-
根据url下载图片在指定的文件
-
@param urlStr
-
@param file
-
@return
*/
public static Bitmap downloadImgByUrl(String urlStr, ImageView imageview)
{
FileOutputStream fos = null;
InputStream is = null;
try
{
URL url = new URL(urlStr);
HttpURLConnection conn = (HttpURLConnection) url.openConnection();
is = new BufferedInputStream(conn.getInputStream());
is.mark(is.available());
Options opts = new Options();
opts.inJustDecodeBounds = true;
Bitmap bitmap = BitmapFactory.decodeStream(is, null, opts);
//获取imageview想要显示的宽和高
ImageSize imageViewSize = ImageSizeUtil.getImageViewSize(imageview);
opts.inSampleSize = ImageSizeUtil.caculateInSampleSize(opts,
imageViewSize.width, imageViewSize.height);
opts.inJustDecodeBounds = false;
is.reset();
bitmap = BitmapFactory.decodeStream(is, null, opts);
conn.disconnect();
return bitmap;
} catch (Exception e)
{
e.printStackTrace();
} finally
{
try
{
if (is != null)
is.close();
} catch (IOException e)
{
}
try
{
if (fos != null)
fos.close();
} catch (IOException e)
{
}
}
return null;
}
基本和本地压缩差不多，也是两次取样，当然需要注意一点，我们的is进行了包装，以便可以进行reset()；直接返回的is是不能使用两次的。
到此，图片压缩说完了。
2、图片加载框架的架构
我们的图片压缩加载完了，那么就应该放入我们的LruCache，然后设置到我们的ImageView上。
好了，接下来我们来说说我们的这个框架的架构；
1、单例，包含一个LruCache用于管理我们的图片；
2、任务队列，我们每来一次加载图片的请求，我们会封装成Task存入我们的TaskQueue;
3、包含一个后台线程，这个线程在第一次初始化实例的时候启动，然后会一直在后台运行；任务呢？还记得我们有个任务队列么，有队列存任务，得有人干活呀；所以，当每来一次加载图片请求的时候，我们同时发一个消息到后台线程，后台线程去使用线程池去TaskQueue去取一个任务执行；
4、调度策略；3中说了，后台线程去TaskQueue去取一个任务，这个任务不是随便取的，有策略可以选择，一个是FIFO，一个是LIFO，我倾向于后者。
好了，基本就这些结构，接下来看我们具体的实现。
3、具体的实现
=======
1、构造方法
public static ImageLoader getInstance(int threadCount, Type type)
{
if (mInstance == null)
{
synchronized (ImageLoader.class)
{
if (mInstance == null)
{
mInstance = new ImageLoader(threadCount, type);
}
}
}
return mInstance;
}
这个就不用说了，重点看我们的构造方法
/**
-
图片加载类
-
@author zhy
*/
public class ImageLoader
{
private static ImageLoader mInstance;
/**
- 图片缓存的核心对象
*/
private LruCache<String, Bitmap> mLruCache;
/**
- 线程池
*/
private ExecutorService mThreadPool;
private static final int DEAFULT_THREAD_COUNT = 1;
/**
- 队列的调度方式
*/
private Type mType = Type.LIFO;
/**
- 任务队列
*/
private LinkedList mTaskQueue;
/**
- 后台轮询线程
*/
private Thread mPoolThread;
private Handler mPoolThreadHandler;
/**
- UI线程中的Handler
*/
private Handler mUIHandler;
private Semaphore mSemaphorePoolThreadHandler = new Semaphore(0);
private Semaphore mSemaphoreThreadPool;
private boolean isDiskCacheEnable = true;
private static final String TAG = “ImageLoader”;
public enum Type
{
FIFO, LIFO;
}
private ImageLoader(int threadCount, Type type)
{
init(threadCount, type);
}
/**
-
初始化
-
@param threadCount
-
@param type
*/
private void init(int threadCount, Type type)
{
initBackThread();
// 获取我们应用的最大可用内存
int maxMemory = (int) Runtime.getRuntime().maxMemory();
int cacheMemory = maxMemory / 8;
mLruCache = new LruCache<String, Bitmap>(cacheMemory)
{
@Override
protected int sizeOf(String key, Bitmap value)
{
return value.getRowBytes() * value.getHeight();
}
};
// 创建线程池
mThreadPool = Executors.newFixedThreadPool(threadCount);
mTaskQueue = new LinkedList();
mType = type;
mSemaphoreThreadPool = new Semaphore(threadCount);
}
/**
- 初始化后台轮询线程
*/
private void initBackThread()
{
// 后台轮询线程
mPoolThread = new Thread()
{
@Override
public void run()
{
Looper.prepare();
mPoolThreadHandler = new Handler()
{
@Override
public void handleMessage(Message msg)
{
// 线程池去取出一个任务进行执行
mThreadPool.execute(getTask());
try
{
mSemaphoreThreadPool.acquire();
} catch (InterruptedException e)
{
}
}
};
// 释放一个信号量
mSemaphorePoolThreadHandler.release();
Looper.loop();
};
};
mPoolThread.start();
}
在贴构造的时候，顺便贴出所有的成员变量；
在构造中我们调用init，init中可以设置后台加载图片线程数量和加载策略；init中首先初始化后台线程initBackThread(),可以看到这个后台线程，实际上是个Looper最终在那不断的loop，我们还初始化了一个mPoolThreadHandler用于发送消息到此线程；
接下来就是初始化mLruCache ， mThreadPool ，mTaskQueue 等；
2、loadImage
构造完成以后，当然是使用了，用户调用loadImage传入(final String path, final ImageView imageView,final boolean isFromNet)就可以完成本地或者网络图片的加载。
/**
-
根据path为imageview设置图片
-
@param path
-
@param imageView
*/
public void loadImage(final String path, final ImageView imageView,
final boolean isFromNet)
{
imageView.setTag(path);
if (mUIHandler == null)
{
mUIHandler = new Handler()
{
public void handleMessage(Message msg)
{
// 获取得到图片，为imageview回调设置图片
ImgBeanHolder holder = (ImgBeanHolder) msg.obj;
Bitmap bm = holder.bitmap;
ImageView imageview = holder.imageView;
String path = holder.path;
// 将path与getTag存储路径进行比较
if (imageview.getTag().toString().equals(path))
{
imageview.setImageBitmap(bm);
}
};
};
}
// 根据path在缓存中获取bitmap
Bitmap bm = getBitmapFromLruCache(path);
if (bm != null)
{
refreashBitmap(path, imageView, bm);
} else
{
addTask(buildTask(path, imageView, isFromNet));
}
}
首先我们为imageview.setTag；然后初始化一个mUIHandler，不用猜，这个mUIHandler用户更新我们的imageview，因为这个方法肯定是主线程调用的。
然后调用：getBitmapFromLruCache(path);根据path在缓存中获取bitmap；如果找到那么直接去设置我们的图片；
private void refreashBitmap(final String path, final ImageView imageView,
Bitmap bm)
{
Message message = Message.obtain();
ImgBeanHolder holder = new ImgBeanHolder();
holder.bitmap = bm;
holder.path = path;
holder.imageView = imageView;
message.obj = holder;
mUIHandler.sendMessage(message);
}
可以看到，如果找到图片，则直接使用UIHandler去发送一个消息，当然了携带了一些必要的参数，然后UIHandler的handleMessage中完成图片的设置；
handleMessage中拿到path,bitmap,imageview；记得必须要：
// 将path与getTag存储路径进行比较
if (imageview.getTag().toString().equals(path))
{
imageview.setImageBitmap(bm);
}
否则会造成图片混乱。
如果没找到，则通过buildTask去新建一个任务，在addTask到任务队列。
buildTask就比较复杂了，因为还涉及到本地和网络，所以我们先看addTask代码：
private synchronized void addTask(Runnable runnable)
{
mTaskQueue.add(runnable);
// if(mPoolThreadHandler==null)wait();
try
{
if (mPoolThreadHandler == null)
mSemaphorePoolThreadHandler.acquire();
} catch (InterruptedException e)
{
}
mPoolThreadHandler.sendEmptyMessage(0x110);
}
很简单，就是runnable加入TaskQueue，与此同时使用mPoolThreadHandler（这个handler还记得么，用于和我们后台线程交互。）去发送一个消息给后台线程，叫它去取出一个任务执行；具体代码：
mPoolThreadHandler = new Handler()
{
@Override
public void handleMessage(Message msg)
{
// 线程池去取出一个任务进行执行
mThreadPool.execute(getTask());
直接使用mThreadPool线程池，然后使用getTask去取一个任务。
/**
-
从任务队列取出一个方法
-
@return
*/
private Runnable getTask()
{
if (mType == Type.FIFO)
{
return mTaskQueue.removeFirst();
} else if (mType == Type.LIFO)
{
return mTaskQueue.removeLast();
}
return null;
}
getTask代码也比较简单，就是根据Type从任务队列头或者尾进行取任务。
现在你会不会好奇，任务里面到底什么代码？其实我们也就剩最后一段代码了buildTask
/**
-
根据传入的参数，新建一个任务
-
@param path
-
@param imageView
-
@param isFromNet
-
@return
*/
private Runnable buildTask(final String path, final ImageView imageView,
final boolean isFromNet)
{
return new Runnable()
{
@Override
public void run()
{
Bitmap bm = null;
if (isFromNet)
{
File file = getDiskCacheDir(imageView.getContext(),
md5(path));
if (file.exists())// 如果在缓存文件中发现
{
Log.e(TAG, “find image :” + path + " in disk cache .");
bm = loadImageFromLocal(file.getAbsolutePath(),
imageView);
} else
{
if (isDiskCacheEnable)// 检测是否开启硬盘缓存
{
boolean downloadState = DownloadImgUtils
.downloadImgByUrl(path, file);
if (downloadState)// 如果下载成功
{
Log.e(TAG,
“download image :” + path
-
" to disk cache . path is "
-
file.getAbsolutePath());
bm = loadImageFromLocal(file.getAbsolutePath(),
imageView);
}
} else
// 直接从网络加载
{
Log.e(TAG, “load image :” + path + " to memory.");
bm = DownloadImgUtils.downloadImgByUrl(path,
imageView);
}
}
} else
{
bm = loadImageFromLocal(path, imageView);
}
// 3、把图片加入到缓存
addBitmapToLruCache(path, bm);
refreashBitmap(path, imageView, bm);
mSemaphoreThreadPool.release();
}
};
}
private Bitmap loadImageFromLocal(final String path,
final ImageView imageView)
{
Bitmap bm;
// 加载图片
// 图片的压缩
// 1、获得图片需要显示的大小
ImageSize imageSize = ImageSizeUtil.getImageViewSize(imageView);
// 2、压缩图片
bm = decodeSampledBitmapFromPath(path, imageSize.width,
imageSize.height);
return bm;
}
我们新建任务，说明在内存中没有找到缓存的bitmap；我们的任务就是去根据path加载压缩后的bitmap返回即可，然后加入LruCache，设置回调显示。
首先我们判断是否是网络任务？
如果是，首先去硬盘缓存中找一下，（硬盘中文件名为：根据path生成的md5为名称）。
如果硬盘缓存中没有，那么去判断是否开启了硬盘缓存：
开启了的话：下载图片，使用loadImageFromLocal本地加载图片的方式进行加载（压缩的代码前面已经详细说过）；
如果没有开启：则直接从网络获取（压缩获取的代码，前面详细说过）；
如果不是网络图片：直接loadImageFromLocal本地加载图片的方式进行加载
经过上面，就获得了bitmap；然后加入addBitmapToLruCache，refreashBitmap回调显示图片。
/**
-
将图片加入LruCache
-
@param path
-
@param bm
*/
protected void addBitmapToLruCache(String path, Bitmap bm)
{
if (getBitmapFromLruCache(path) == null)
{
if (bm != null)
mLruCache.put(path, bm);
}
}
到此，我们所有的代码就分析完成了；
缓存的图片位置：在SD卡的Android/data/项目packageName/cache中：
不过有些地方需要注意：就是在代码中，你会看到一些信号量的身影：
第一个：mSemaphorePoolThreadHandler = new Semaphore(0); 用于控制我们的mPoolThreadHandler的初始化完成，我们在使用mPoolThreadHandler会进行判空，如果为null，会通过mSemaphorePoolThreadHandler.acquire()进行阻塞；当mPoolThreadHandler初始化结束，我们会调用.release();解除阻塞。
第二个：mSemaphoreThreadPool = new Semaphore(threadCount);这个信号量的数量和我们加载图片的线程个数一致；每取一个任务去执行，我们会让信号量减一；每完成一个任务，会让信号量+1，再去取任务；目的是什么呢？为什么当我们的任务到来时，如果此时在没有空闲线程，任务则一直添加到TaskQueue中，当线程完成任务，可以根据策略去TaskQueue中去取任务，只有这样，我们的LIFO才有意义。
到此，我们的图片加载框架就结束了，你可以尝试下加载本地，或者去加载网络大量的图片，拼一拼加载速度~~~
4、MainActivity
==============
现在是使用的时刻~~
我在MainActivity中，我使用了Fragment，下面我贴下Fragment和布局文件的代码，具体的，大家自己看代码：
package com.example.demo_zhy_18_networkimageloader;
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
最后
题外话，我在一线互联网企业工作十余年里，指导过不少同行后辈。帮助很多人得到了学习和成长。
我意识到有很多经验和知识值得分享给大家，也可以通过我们的能力和经验解答大家在IT学习中的很多困惑，所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限，很多程序员朋友无法获得正确的资料得到学习提升，故此将并将重要的Android进阶资料包括自定义view、性能优化、MVC与MVP与MVVM三大框架的区别、NDK技术、阿里面试题精编汇总、常见源码分析等学习资料。
【Android思维脑图（技能树）】
知识不体系？这里还有整理出来的Android进阶学习的思维脑图，给大家参考一个方向。
【Android进阶学习视频】、【全套Android面试秘籍】
希望我能够用我的力量帮助更多迷茫、困惑的朋友们，帮助大家在IT道路上学习和发展
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
[外链图片转存中…(img-TNygK40Z-1713762129526)]
[外链图片转存中…(img-ktx1CbK8-1713762129528)]
[外链图片转存中…(img-PwrQjSlA-1713762129528)]
[外链图片转存中…(img-pZmxNw95-1713762129529)]
[外链图片转存中…(img-gOkF7Us6-1713762129530)]
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
[外链图片转存中…(img-QjJNmOTF-1713762129531)]
最后
题外话，我在一线互联网企业工作十余年里，指导过不少同行后辈。帮助很多人得到了学习和成长。
我意识到有很多经验和知识值得分享给大家，也可以通过我们的能力和经验解答大家在IT学习中的很多困惑，所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限，很多程序员朋友无法获得正确的资料得到学习提升，故此将并将重要的Android进阶资料包括自定义view、性能优化、MVC与MVP与MVVM三大框架的区别、NDK技术、阿里面试题精编汇总、常见源码分析等学习资料。
【Android思维脑图（技能树）】
知识不体系？这里还有整理出来的Android进阶学习的思维脑图，给大家参考一个方向。
[外链图片转存中…(img-9zfHtnEE-1713762129532)]
【Android进阶学习视频】、【全套Android面试秘籍】
希望我能够用我的力量帮助更多迷茫、困惑的朋友们，帮助大家在IT道路上学习和发展
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
844
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
