mtaxot的博客

在写这篇文章之前，我还是先简单概括一下第七章的内容：对于java程序而言，native是我们需要访问的库。但是对于一个单纯的c程序而言，我们可以使用一个特殊的c库来创建虚拟机。刚好相反。在C程序里创建一个java虚拟机，然后加载类，找到类里的main方法，然后执行，这样一个虚拟机就跑起来了。事实上，我们在命令行里输入java 命令，其实就是执行类似这样的程序。而java命令是个C程序，负责创建虚拟

UIL使用单例模式 private volatile static ImageLoader instance; /** Returns singleton class instance */ public static ImageLoader getInstance() { if (instance == null) { synchronized (ImageLoader.cl

在介绍了一些基本组件后，我们越来越接近核心逻辑，任务调度设计一些数据结构，这些数据结构决定了任务如何调度。    在开始之前，笔者建议如果读者还不知道ReentrantLock Condition如何使用，建议先查一下，否则理解线程如何调度有些困难    双端队列：既可以当栈使用，又可以当做队列使用， LIFO LIFO两种    框架使用的接口/** * I

磁盘缓存对于UniversalImageloader也是至关重要的，我们总不能每次显示图片都要去网络获取吧，即使有内存缓存，当重启手机，或者内存缓存被清理，那么还是要从网络上去获取，这就是磁盘缓存的意义。     框架中对于磁盘缓存的抽象是DiskCache ，我们先看一下定义：public interface DiskCache { /** * 返回缓存文件夹 */ File

写到这里，我们越来越接近UniversalImageLoader的核心的，内存缓存和磁盘缓存是它的主要功能， 此外还有调度功能，也是很重要的一部分在com.nostra13.universalimageloader.cache.memory 包和com.nostra13.universalimageloader.cache.memory.impl 下核心接口：public in

在继续向下解读源码之前，我想介绍一下一些无关紧要的小类，这些类对于理解源码的主干帮助并不大，但是，了解这些类做到心中有数，对于源码的阅读速度是至关重要的。笔者就是通过阅读这些无关紧要的小类开始，逐步深入到主干。1，一些listener ，在com.nostra13.universalimageloader.core.listener包下， 主要的作用是监听图片的加载，以及控制图片的加载如果

好了，有了ImageAware，我们知道是谁包装了我们的ImageView， 图片在哪里显示，现在我们把目光转向Bitmap的处理。    BitmapProcessor， 这个接口非常简单，只有一个方法Bitmap process(Bitmap bitmap); 可惜的是，框架并没有给我们提供默认实现，我们需要自己实现。比如我们想在图片的右下角加个水印，或者将图片变成灰度图，或者做个高斯

Android平台下有一个著名的图片加载框架叫UniversalImageLoader，这个框架经过几次重构才有今天，有良好的扩展性。如果你曾经在ListView中加载图片出现过图片错乱，如果你曾经因加载图片过多而遇到OOM，那么你应该考虑使用UniversalImageLoader了。    UniversalImageLoader支持二级缓存，内存+磁盘缓存，图片一旦从网络下载后会