Fresco源码分析之DraweeView

在Android中图片加载的框架很多，例如：Fresco、Picasso、Glide与Imageloader。它们都有各自的优点，但总的来说，使用起来方便简单、可配置性高与提供良好的缓存机制。由于平常主要用的还是Fresco，所以这里有必要对Fresco的原理进行深入研究。这样对于以后的使用与理解将会得到巨大的帮助。

Fresco是专注于对图片加载而设计的框架，所以对于以图片为主的App强烈推荐使用。Fresco对于图片的展示支持多种情况：backgroud image(背景图)、placeholder image(占位图)、actual image(加载的图片)、progress bar image(进度条)、retry image(重新加载的图片)、failure image(失败图片)与overlay image(叠加图)。Fresco既然支持这么多图片展示情况，那么它对这次图层的管理模式又是怎么样的呢？Fresco对于这些图层的管理都交给了Hierarchy，而这些图层的数据都通过Controller来设置。先不分析这些，这些后续文章会详细分析，今天先从Fresco的基本组件开始。

SimpleDraweeView

首先这是对Fresco的源码分析，所以在看这篇文章之前你应该要有使用Fresco的基础，如果没有的强烈推荐看下Fresco官方文档。

我们使用Fresco进行图片加载，使用最多的还是已经封装好的SimpleDraweeView，而在SimpleDraweeView的构造方法中会调用init()方法，它的源码如下：

private void init(Context context, @Nullable AttributeSet attrs) {    if (isInEditMode()) {      return;    }    Preconditions.checkNotNull(        sDraweeControllerBuilderSupplier,        "SimpleDraweeView was not initialized!");    mSimpleDraweeControllerBuilder = sDraweeControllerBuilderSupplier.get();    if (attrs != null) {      TypedArray gdhAttrs = context.obtainStyledAttributes(          attrs,          R.styleable.SimpleDraweeView);      try {        if (gdhAttrs.hasValue(R.styleable.SimpleDraweeView_actualImageUri)) {          setImageURI(              Uri.parse(gdhAttrs.getString(R.styleable.SimpleDraweeView_actualImageUri)),              null);        } else if (gdhAttrs.hasValue((R.styleable.SimpleDraweeView_actualImageResource))) {          int resId = gdhAttrs.getResourceId(              R.styleable.SimpleDraweeView_actualImageResource,              NO_ID);          if (resId != NO_ID) {            setActualImageResource(resId);          }        }      } finally {        gdhAttrs.recycle();      }    }  }

这个方法做的事情很简单，但我们要注意的是它会对sDraweeControllerBuilderSupplier进行null判断，如果为null将会抛出异常。sDraweeControllerBuilderSupplier是供应类，通过它的get方法来获取DraweeControllerBuilder，这个是controller构造器，这个以后的章节会详细说明。空判断的目的就是在使用SimpleDraweeView之前必须初始化sDraweeControllerBuilderSupplier。在SimpleDraweeView中我们能找到它的初始化方法

public static void initialize(      Supplier<? extends SimpleDraweeControllerBuilder> draweeControllerBuilderSupplier) {    sDraweeControllerBuilderSupplier = draweeControllerBuilderSupplier;  }

它是一个static方法，在SimpleDraweeView初始化之前加载一次即可。这是SimpleDraweeView的关键。它还有一个关键方法

public void setImageURI(Uri uri, @Nullable Object callerContext) {    //通过controller 来保存Uri 等相关信息    DraweeController controller = mSimpleDraweeControllerBuilder        .setCallerContext(callerContext)        .setUri(uri)        .setOldController(getController())        .build();    setController(controller);  }

使用mSimpleDraweeControllerBuilder来构建一个Controller，而Controller是由build模式所创建，这里我们能看到uri也交由Controller管理。其实最终uri会封装成一个ImageRequest，Controller真正持有的是uri的封装体ImageRequest。在SimpleDraweeView中它会重写setImageURI方法，最终也就是将ImageView中的原生方法给覆盖掉。还有其它的类似的setImageResource与setImageBitmap等，Fresco都在这些方法上加了@Deprecated，意思就是说不推荐使用，如果使用的话就跟直接使用ImageView没什么区别，这就无法体验到Fresco的强大的特性。在Fresco中统一由setController来替代。

关于Controller后续文章会详细分析。

Fresco

如果我们根据Fresco官方文档的正常步骤来使用的话就无需担心这一步，因为在我们在使用Fresco之前都要先调用Fresco.initialize(context)

public static void initialize(      Context context,      @Nullable ImagePipelineConfig imagePipelineConfig,      @Nullable DraweeConfig draweeConfig) {    if (sIsInitialized) {      FLog.w(          TAG,          "Fresco has already been initialized! `Fresco.initialize(...)` should only be called " +            "1 single time to avoid memory leaks!");    } else {      sIsInitialized = true;    }    // we should always use the application context to avoid memory leaks    context = context.getApplicationContext();    if (imagePipelineConfig == null) {      //初始化ImagePipeline工厂，包含ImagePipelineConfig 相关初始化配置信息      // (三级缓存、图片解码/编码、转化、渐变、bitmap配置、四种executor 分别为 io、decode、background、lightweight background)等      ImagePipelineFactory.initialize(context);    } else {       ImagePipelineFactory.initialize(imagePipelineConfig);    }    //初始化Drawee相关配置信息    initializeDrawee(context, draweeConfig);  }

除了初始化ImagePipeline之外，最后还会调用initializeDrawee (context, draweeConfig)，我们来看下initializeDrawee做了什么

private static void initializeDrawee(      Context context,      @Nullable DraweeConfig draweeConfig) {    //构建PipelineDraweeControllerBuilderSupplier,    //其中ImagePipeline、PipelineDraweeControllerFactory、ControllerListener set集合    sDraweeControllerBuilderSupplier =        new PipelineDraweeControllerBuilderSupplier(context, draweeConfig);    //初始化SimpleDrawee    //初始化时通过调用PipelineDraweeControllerBuilderSupplier实现的Supplier的get()方法    // 返回配置信息的封装体PipelineDraweeControllerBuilder implements SimpleDraweeControllerBuilder     SimpleDraweeView.initialize(sDraweeControllerBuilderSupplier);  }

在这里我们会看到之前所提到的sDraweeControllerBuilderSupplier与SimpleDraweeView中必须优先调用的initialize方法。相信现在应该明白的为什么在使用Fresco之前必须调用它的initialize方法了。因为它必须要初始化一些必要的配置信息，其中就包括使用的控件SimpleDraweeView的配置信息。

GenericDraweeView

上面所说的SimpleDraweeView的父类是GenericDraweeView，它做的事情很简单，处理xml相关的属性。它会通过inflateHierarchy方法进行初始化。

protected void inflateHierarchy(Context context, @Nullable AttributeSet attrs) {    GenericDraweeHierarchyBuilder builder =        GenericDraweeHierarchyInflater.inflateBuilder(context, attrs);    setAspectRatio(builder.getDesiredAspectRatio());    setHierarchy(builder.build());  }

它是由GenericDraweeHierarchyBuilder来统一封装这些属性。最终通过build方法来构建GenericDraweeHierarchy，这就是Fresco的图层。然后通过setHierarchy将图层传递给DraweeHolder。DraweeHolder是用来管理Hierarchy与Controller的。而DraweeHolder是在最底层的DraweeView中，这也是GenericDraweeView的父类。下面我们进入DraweeView，来看看它到底做了什么。

DraweeView

DraweeView是Fresco最底层的控件，也是我们使用它展示图片的基础，它继承于ImageView，所以它能做的事也无非于在原生ImageView上做扩展或者方法重写，从而来实现自己的一套逻辑。先看下它的构造方法

public DraweeView(Context context) {    super(context);    init(context);  }

没什么特别的逻辑，就一个init方法，那么就进入init看看

/** This method is idempotent so it only has effect the first time it's called */  private void init(Context context) {    if (mInitialised) {      return;    }    mInitialised = true;    mDraweeHolder = DraweeHolder.create(null, context);    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {      ColorStateList imageTintList = getImageTintList();      if (imageTintList == null) {        return;      }      setColorFilter(imageTintList.getDefaultColor());    }    // In Android N and above, visibility handling for Drawables has been changed, which breaks    // activity transitions with DraweeViews.    mLegacyVisibilityHandlingEnabled = sGlobalLegacyVisibilityHandlingEnabled &&        context.getApplicationInfo().targetSdkVersion >= 24; //Build.VERSION_CODES.N  }

我们可以看到它会通过mInitialised来判断是否需要初始化，源码注释也说明的该方法只会调用一次。这是因为创建Hierarchy的代价太大，所以只会创建一次，以后都会使用同一个mDraweeHolder中的Hierarchy，所以会看到这里就必须初始化一个mDraweeHolder。在DraweeView中还有以下几个主要方法：

• void setHierarchy(DH hierarchy)设置Hierarchy,同时会将Hierarchy交由mDraweeHolder管理，最后还会调用super.setImageDrawable(mDraweeHolder.getTopLevelDrawable());来将Hierarchy中的图层树显示出来。
• Drawable getTopLevelDrawable()会通过mDraweeHolder中的Hierarchy来获取图层树。
• void setController(@Nullable DraweeController draweeController)设置Controller，同时也会将Hierarchy中的图层树显示出来。
• void onAttachedToWindow()、void onDetachedFromWindow()、void onStartTemporaryDetach()与void onFinishTemporaryDetach()是来控制图层的显示与隐藏、绑定与解绑的回调函数，它们都分别会调用mDraweeHolder的onAttach()与onDetach()。其实最终调用的还是Controller中的onAttach()与onDetach()。
• boolean onTouchEvent(MotionEvent event)控制控件的触摸，如果Controller有效的话会调用Controller中的onTouchEvent。
• void setAspectRatio(float aspectRatio)用来设置DraweeView显示的宽高比例。
• setImageDrawable、setImageBitmap、setImageResource与setImageURI这些方法都是原生ImageView的方法，但在DraweeView中这些方法都被加上了@Deprecated标记。标明不推荐使用，如果一定使用的话，那么DraweeView将会退化成一个普通的ImageView。因为在DraweeView中都是通过Controller来体现它的缓存、加载机制等特性。

上面这些就是DraweeView的主要涉及到的方法与特性，不过在DraweeView中基本上每一个方法都涉及到了DraweeHolder，那它到底是干什么的呢？别急下面就轮到它了。

DraweeHolder

A holder class for Drawee controller and hierarchy.

上面的是官方注释，说明DraweeHolder是用来管理Hierarchy与Controller的，同时也是它们之间的联系的桥梁。DraweeView以及它的子类都是通过它来间接操作Controller与Hierarchy。

public static <DH extends DraweeHierarchy> DraweeHolder<DH> create(      @Nullable DH hierarchy,      Context context) {    DraweeHolder<DH> holder = new DraweeHolder<DH>(hierarchy);    holder.registerWithContext(context);    return holder;  }

它是通过公有的静态方法来创建自身实例的。在上面的DraweeView的init方法中会调用。在其内部的DraweeEventTracker，是用来记录事件的传递，方便dubug的调试。如果不需要的话，可以在Fresco.initialize()之前调用DraweeEventTracker.disable()。那么剩下的方法其实基本上在DraweeView中都说过。

• onAttach()与onDetach()，都会调用attachOrDetachController()，根据情况分别调用attachController()与detachController(),最终调用的就是Controller的onAttach()与onDetach()
• Drawable getTopLevelDrawable()调用mHierarchy.getTopLevelDrawable()获取图层树。
• void setController(@Nullable DraweeController draweeController)设置Controller，在设置之前会先判断是否已经wasAttached，如果是的话就先调用detachController()，然后清除老的Controller，再将Hierarchy设置到新的Controller中。最后再attachController()进行绑定显示图层。
• void setHierarchy(DH hierarchy)设置Hierarchy，如果Controller有效的话就与Hierarchy建立链接，将Hierarchy设置到Controller中。

以上就是DraweeHolder的主要方法，都跟Controller与Hierarchy相关。而DraweeHolder又与DraweeView相连，所以最终还是要回到Controller与Hierarchy中。

End

这次主要是分析了Fresco中的基本组件DraweeView与它的子类。如果你还想进一步了解Hierarchy与Controller的原理，下篇文章将会详细分析相关的原理，敬请期待！

Recommend

Fresco源码分析之Hierarchy
Android共享动画兼容实现
Kotlin最佳实践
RecyclerView下拉刷新与上拉更多
Android高仿微信之mvp实现(四)
tensorflow-梯度下降,有这一篇就足够了
更多精彩文章