Glide中的LruBitmapPool剖析

LruBitmapPool

LruBitmapPool为何而生呢？

摘抄自网上的一段解释：
alvik和ART都没有使用compacting garbage collector垃圾回收模式，这种模式中GC会遍历堆，同时把活跃对象移到相邻内存区域，让更大的内存块可以用在后续的分配中。因为安卓没有这种模式，就可能会出现被分配的对象分散在各处，对象之间只有很小的内存可用。如果应用试图分配一个大于邻近的闲置内存块空间的对象，就会导致OOM崩溃，即使总的空余内存空间大于要分配的对象的大小。
而且，同步GC时会暂停所有线程(包括UI主线程)以便进行GC，虽然暂停时间很短，但频繁的同步GC会造成页面卡顿，从而影响用户体验。
因此为了避免频繁的创建以及回收Bitmap对象，进而减少GC的出现，可以使用BitmapPool统一的管理Bitmap的创建以及重用。

使用LruBitmapPool后解决了些什么问题呢？

因为Glide提供了LruBitmapPool方法，从而使用图片的加载进一步高效化，从上面的解释，简单概括就是避免Bitmap的频繁创建，提高复用，减少了内存抖动

内存抖动是由于短时间内有大量对象进出Young Generiation区导致的，它伴随着频繁的GC。

LruBitmapPool源码剖析

lrubitmappool.jpeg

从图中大致可以了解到其LruBitmapPool调用流程（注意如果使用into(target)方法则不会使用LruBitmapPool机制），在位图转换的时候去查找LruBitmapPool中是否存在大小和配置信息相同的bitmap，有则返回

主要方法

put方法

@Override
  public synchronized void put(Bitmap bitmap) {
    if (bitmap == null) {
      throw new NullPointerException("Bitmap must not be null");
    }
    if (bitmap.isRecycled()) {
      throw new IllegalStateException("Cannot pool recycled bitmap");
    }
    if (!bitmap.isMutable() || strategy.getSize(bitmap) > maxSize
        || !allowedConfigs.contains(bitmap.getConfig())) {
      bitmap.recycle();
      return;
    }
    final int size = strategy.getSize(bitmap);
    strategy.put(bitmap);//存入LruPoolStrategy中
    tracker.add(bitmap);
    puts++;
    currentSize += size;
    dump();//输出log信息
    evict();//根据currentSize计算是否超出maxSize，是则进行末位回收
  }

get方法

传入大小及配置信息来查找相匹配的位图

  @Override
  @NonNull
  public Bitmap get(int width, int height, Bitmap.Config config) {
    Bitmap result = getDirtyOrNull(width, height, config);
    if (result != null) {
      result.eraseColor(Color.TRANSPARENT);//如果对象池存在位图则擦拭该位图像素
    } else {
      result = Bitmap.createBitmap(width, height, config);//创新新的位图
    }
    return result;
  }

getDirtyOrNull方法

  @Nullable
  private synchronized Bitmap getDirtyOrNull(int width, int height, Bitmap.Config config) {
    assertNotHardwareConfig(config);
    final Bitmap result = strategy.get(width, height, config != null ? config : DEFAULT_CONFIG);
    if (result == null) {
      misses++;
    } else {
      hits++;
      currentSize -= strategy.getSize(result);
      tracker.remove(result);
      normalize(result);
    }
    dump();
    return result;
  }

在调用LruBitmapPool.get方法获取到Bitmap后，通过如下方法将获取到的bitmap作为参数传给Canvas，在canvas中把inBitmap像素填充到进去，通过对象复用，很好的优化了内存抖动问题

  private static void applyMatrix(@NonNull Bitmap inBitmap, @NonNull Bitmap targetBitmap,
      Matrix matrix) {
    BITMAP_DRAWABLE_LOCK.lock();
    try {
      Canvas canvas = new Canvas(targetBitmap);
      canvas.drawBitmap(inBitmap, matrix, DEFAULT_PAINT);
      clear(canvas);
    } finally {
      BITMAP_DRAWABLE_LOCK.unlock();
    }
  }