全面解析Android的开源图片框架Universal-Image-Loader

第1行代码有一个loadFromUriLock，这个是一个锁，获取锁的方法在ImageLoaderEngine类的getLockForUri()方法中

ReentrantLock getLockForUri(String uri) { 
  ReentrantLock lock = uriLocks.get(uri); 
  if (lock == null) { 
   lock = new ReentrantLock(); 
   uriLocks.put(uri, lock); 
  } 
  return lock; 
 } 

从上面可以看出，这个锁对象与图片的url是相互对应的，为什么要这么做？也行你还有点不理解，不知道大家有没有考虑过一个场景，假如在一个ListView中，某个item正在获取图片的过程中，而此时我们将这个item滚出界面之后又将其滚进来，滚进来之后如果没有加锁，该item又会去加载一次图片，假设在很短的时间内滚动很频繁，那么就会出现多次去网络上面请求图片，所以这里根据图片的Url去对应一个ReentrantLock对象，让具有相同Url的请求就会在第7行等待，等到这次图片加载完成之后，ReentrantLock就被释放，刚刚那些相同Url的请求就会继续执行第7行下面的代码
来到第12行，它们会先从内存缓存中获取一遍，如果内存缓存中没有在去执行下面的逻辑，所以ReentrantLock的作用就是避免这种情况下重复的去从网络上面请求图片。
第14行的方法tryLoadBitmap(),这个方法确实也有点长，我先告诉大家，这里面的逻辑是先从文件缓存中获取有没有Bitmap对象，如果没有在去从网络中获取，然后将bitmap保存在文件系统中，我们还是具体分析下

File imageFile = configuration.diskCache.get(uri); 
   if (imageFile != null && imageFile.exists()) { 
    L.d(LOG_LOAD_IMAGE_FROM_DISK_CACHE, memoryCacheKey); 
    loadedFrom = LoadedFrom.DISC_CACHE; 
 
    checkTaskNotActual(); 
    bitmap = decodeImage(Scheme.FILE.wrap(imageFile.getAbsolutePath())); 
   } 

先判断文件缓存中有没有该文件，如果有的话，直接去调用decodeImage（）方法去解码图片，该方法里面调用BaseImageDecoder类的decode()方法，根据ImageView的宽高，ScaleType去裁剪图片，具体的代码我就不介绍了，大家自己去看看，我们接下往下看tryLoadBitmap()方法