Fresco源码解析 - 初始化过程分析

栏目：综合技术时间：2015-05-08 07:49:16

使用Fresco之前，1定先要进行初始化，1般初始化的工作会在Application.onCreate()完成，固然也能够在使用Drawee之前完成。

Fresco本身提供了两种初始化方式，1种是使用使用默许配置初始化，另外一种是使用用户自定义配置。

以下代码是Fresco提供的两个初始化方法。第1个只需要提供1个Context参数，第2个还需要提供 ImagePipeline 的配置实例 - ImagePipelineConfig。

/** Initializes Fresco with the default config. */
public static void initialize(Context context) {
  ImagePipelineFactory.initialize(context);
  initializeDrawee(context);
}

/** Initializes Fresco with the specified config. */
public static void initialize(Context context, ImagePipelineConfig imagePipelineConfig) {
  ImagePipelineFactory.initialize(imagePipelineConfig);
  initializeDrawee(context);
}

先来分析1下第1种方式。

开始初始化

Fresco.initialized(context)

使用默许参数进行初始化

com.facebook.drawee.backends.pipeline.Fresco

/** Initializes Fresco with the default config. */
public static void initialize(Context context) {
    ImagePipelineFactory.initialize(context);
    initializeDrawee(context);
}

其中 ImagePipeline 负责获得图象数据，可以是网络图片，也能够是本地图片。这里用1个 Factory - ImagePipelineFactory 来创建默许的 ImagePipleline。

创建 ImagePipeline

com.facebook.imagepipeline.core.ImagePipelineFactory

/** Initializes {@link ImagePipelineFactory} with default config. */
public static void initialize(Context context) {
  initialize(ImagePipelineConfig.newBuilder(context).build());
}

ImagePipelineConfig为ImagePipeline的初始化工作提供了必须的参数，它的构建进程采取了Builder模式。

ImagePipelineConfig 中包括了很多参数，由于我们调用 Fresco.initialize()的时候值传递了1个 context 参数，所以 Fresco 还没有获得任何用户自定义的数据，因此全部使用默许值，Builder 类只提供了构建的进程，而默许值则需要等到新建 ImagePipelineConfig时创建。

通过 Builder 的部份源码可以看出，初始化1个 ImagePipeline 需要很多参数，这些参数的具体意义会在后续的博文中介绍。

public static class Builder {
  private Supplier<MemoryCacheParams> mBitmapMemoryCacheParamsSupplier;
  private CacheKeyFactory mCacheKeyFactory;
  private final Context mContext;
  private Supplier<MemoryCacheParams> mEncodedMemoryCacheParamsSupplier;
  private ExecutorSupplier mExecutorSupplier;
  private ImageCacheStatsTracker mImageCacheStatsTracker;
  private ImageDecoder mImageDecoder;
  private Supplier<Boolean> mIsPrefetchEnabledSupplier;
  private DiskCacheConfig mMainDiskCacheConfig;
  private MemoryTrimmableRegistry mMemoryTrimmableRegistry;
  private NetworkFetcher mNetworkFetcher;
  private PoolFactory mPoolFactory;
  private ProgressiveJpegConfig mProgressiveJpegConfig;
  private Set<RequestListener> mRequestListeners;
  private boolean mResizeAndRotateEnabledForNetwork = true;
  private DiskCacheConfig mSmallImageDiskCacheConfig;
  private AnimatedImageFactory mAnimatedImageFactory;

  // other methods
}

从 Fresco 的 initialize 方法中我们得知，ImagePipelineConfig 是这么创建的：

ImagePipelineConfig.newBuilder(context).build())

而 Builder 并没有提供参数的默许值，那默许值肯定是在 buid() 方法完成赋值。

com.facebook.imagepipeline.core.ImagePipelineFactory$Builder

public ImagePipelineConfig build() {
  return new ImagePipelineConfig(this);
}

由以上代码可以看出，build()会创建1个 ImagePipelineConfig ，然后把 this 作为参数传给构造函数，而ImagePipelineConfig 的构造函数就是根据 Builder 来初始化自己。

初始化的策略非常简单：

如果 builder 中的参数值为空，则使用默许值。
如果 builder 中的参数值不为空，则使用 Builder 提供的值。

可以通过1个具体的参数来看1下，如果 builder.mBitmapMemoryCacheParamsSupplier 为空，则 new DefaultBitmapMemoryCacheParamsSupplier()，如果不空，则使用 builder.mBitmapMemoryCacheParamsSupplier。

mBitmapMemoryCacheParamsSupplier =
    builder.mBitmapMemoryCacheParamsSupplier == null ?
        new DefaultBitmapMemoryCacheParamsSupplier(
            (ActivityManager) builder.mContext.getSystemService(Context.ACTIVITY_SERVICE)) :
        builder.mBitmapMemoryCacheParamsSupplier;

最后把这个 build 出来的 ImagePipelineConfig 实例传给 ImagePipelineFactory 的静态方法 initialize，完成初始化。

/** Initializes {@link ImagePipelineFactory} with the specified config. */
public static void initialize(ImagePipelineConfig imagePipelineConfig) {
  sInstance = new ImagePipelineFactory(imagePipelineConfig);
}

ImagePipelineFactory 的实例 sInstance 会在初始化 Drawee 的时候用到。

初始化 Drawee

通过以上分析我们了解到，Fresco 会首先初始化 ImagePipeline，并把ImagePipeline 的实例保存在1个 ImagePipelineFactory 类型的静态变量中 - sInstance；然后开始初始化 Drawee。

private static void initializeDrawee(Context context) {
  sDraweeControllerBuilderSupplier = new PipelineDraweeControllerBuilderSupplier(context);
  SimpleDraweeView.initialize(sDraweeControllerBuilderSupplier);
}

首先，new 1个 PipelineDraweeControllerBuilderSupplier，它是 PipelineDraweeControllerBuilder 的1个 Supplier。Supplier不是由 JDK 提供的，而是 Fresco 直接从 guava 中移过来的，代码简单，只提供了1个 get 方法。

/**
 * A class that can supply objects of a single type.  Semantically, this could
 * be a factory, generator, builder, closure, or something else entirely. No
 * guarantees are implied by this interface.
 *
 * @author Harry Heymann
 * @since 2.0 (imported from Google Collections Library)
 */
public interface Supplier<T> {
  /**
   * Retrieves an instance of the appropriate type. The returned object may or
   * may not be a new instance, depending on the implementation.
   *
   * @return an instance of the appropriate type
   */
  T get();
}

顾名思义，Supplier 是1个提供者，用户包括但不限于factory, generator, builder, closure，接口方法 get() 用于返回它所提供的实例，需要注意的是，这个实例可以是新建的，也能够不是。

在这里，PipelineDraweeControllerBuilderSupplier 的用法更像是1个 Factory，它实现了 Supplier 接口。

public class PipelineDraweeControllerBuilderSupplier implements
    Supplier<PipelineDraweeControllerBuilder> {

  private final Context mContext;
  private final ImagePipeline mImagePipeline;
  private final PipelineDraweeControllerFactory mPipelineDraweeControllerFactory;
  private final Set<ControllerListener> mBoundControllerListeners;

  public PipelineDraweeControllerBuilderSupplier(Context context) {
    this(context, ImagePipelineFactory.getInstance());
  }

  public PipelineDraweeControllerBuilderSupplier(
      Context context,
      ImagePipelineFactory imagePipelineFactory) {
    this(context, imagePipelineFactory, null);
  }

  public PipelineDraweeControllerBuilderSupplier(
      Context context,
      ImagePipelineFactory imagePipelineFactory,
      Set<ControllerListener> boundControllerListeners) {
    mContext = context;
    mImagePipeline = imagePipelineFactory.getImagePipeline();
    mPipelineDraweeControllerFactory = new PipelineDraweeControllerFactory(
        context.getResources(),
        DeferredReleaser.getInstance(),
        imagePipelineFactory.getAnimatedDrawableFactory(),
        UiThreadImmediateExecutorService.getInstance());
    mBoundControllerListeners = boundControllerListeners;
  }

  @Override
  public PipelineDraweeControllerBuilder get() {
    return new PipelineDraweeControllerBuilder(
        mContext,
        mPipelineDraweeControllerFactory,
        mImagePipeline,
        mBoundControllerListeners);
  }
}

构造函数 PipelineDraweeControllerBuilderSupplier(Context context)，使用了在 Fresco 的 initalize 方法中通过 ImagePipelineFactoryBuilder 创建的 ImagePipelineFactory 的实例。

this(context, ImagePipelineFactory.getInstance());

get 方法告知我们，ImagePipeline 会存储在 PipelineDraweeController 中，关于 Controller 可以参考 Fresco源码解析 - Hierarachy-View-Controller。

同时 PipelineDraweeController 也会存储1个 mPipelineDraweeControllerFactory。

public class PipelineDraweeControllerFactory {

  private Resources mResources;
  private DeferredReleaser mDeferredReleaser;
  private AnimatedDrawableFactory mAnimatedDrawableFactory;
  private Executor mUiThreadExecutor;

  public PipelineDraweeControllerFactory(
      Resources resources,
      DeferredReleaser deferredReleaser,
      AnimatedDrawableFactory animatedDrawableFactory,
      Executor uiThreadExecutor) {
    mResources = resources;
    mDeferredReleaser = deferredReleaser;
    mAnimatedDrawableFactory = animatedDrawableFactory;
    mUiThreadExecutor = uiThreadExecutor;
  }

  public PipelineDraweeController newController(
      Supplier<DataSource<CloseableReference<CloseableImage>>> dataSourceSupplier,
      String id,
      Object callerContext) {
    return new PipelineDraweeController(
        mResources,
        mDeferredReleaser,
        mAnimatedDrawableFactory,
        mUiThreadExecutor,
        dataSourceSupplier,
        id,
        callerContext);
  }
}

这个 mPipelineDraweeControllerFactory 会通过 newController 来创建1个 PipelineDraweeController 的实例。

到底，初始化的工作就完成了。

以上分析虽然简单，但是清楚地梳理了 Fresco 的初始化进程，不过任然是远远不够的，由以上代码可以看出，初始化对应组件（Drawee、ImagePipeline）时用到了很多的设计模式，如果不太熟习这些设计模式，可能理解起来会比较费劲。更加关键的是，初始化对应的组件用到了大量的参数，每一个参数背后又会牵扯到很多知识点，后续博文中，我们再来逐一分析。

------分隔线----------------------------

上一篇 light oj 1265 - Island of Survival（概率dp）

下一篇 Agri-Net.（POJ-1258)(最小生成树）

------分隔线----------------------------