一、概述

首先，我们回顾一下Glide的基本用法，我们的最后一步都是调用into(ImageView imageView)，通过断点，我们可以看到正是这一步触发了图片的请求：

• Target
• BaseTarget
  • SimpleTarget：AppWidgetTarget、PreloadTatget、NotificationTarget
  • ViewTarget
    • ImageViewTarget：GlideDrawableImageViewTarget、BitmapImageViewTarget、DrawableImageViewTarget

今天这篇文章，我们就来学习一下SimpleTarget和ViewTarget的用法，主要参考了下面链接中的文章：

https://futurestud.io/tutorials/glide-callbacks-simpletarget-and-viewtarget-for-custom-view-classes

二、SimpleTarget

SimpleTarget可以看作是请求的回调，我们在回调当中进行处理，而不是传入ImageView让Glide去负责更新。

2.1 基本用法

先看一下SimpleTarget的用法：

    public void loadSimpleTarget(View view) {
        MySimpleTarget mySimpleTarget = new MySimpleTarget();
        Glide.with(this)
                .load(R.drawable.book_url)
                .into(mySimpleTarget);
    }

    private class MySimpleTarget extends SimpleTarget<GlideDrawable> {
        
        @Override
        public void onResourceReady(GlideDrawable resource, GlideAnimation<? super GlideDrawable> glideAnimation) {
            mImageView.setImageDrawable(resource.getCurrent());
        }
    }

我们首先定义了一个SimpleTarget，然后把它通过into方法传入。这样当Glide去服务器请求图片成功之后，它会把请求到的图片资源作为GlideDrawable传递回来，你可以使用这个GlideDrawable.getCurrent()进行自己想要的操作。
关于上面SimpleTarget的使用需要知道两点：

• 由于我们把SimpleTarget定义成了局部变量，那么它很有可能会被回收，一旦它被回收，那么我们收不到任何的回调了。
• 我们在with中传入了Activity的Context，那么Glide就会监听Activity生命周期的变化，当Activity退到后台之后，停止该请求。如果你希望它独立于Activity的生命周期，那么需要传入一个Application的Context。

2.2 设置资源的大小

当我们传入ImageView时，Glide会根据ImageView的大小来自动调整缓存的图片资源大小，而当我们使用Target的时候，并没有提供这个条件来给Glide，因此，为了缩短处理时间和减少内存，我们可以按下面的方法来指定缓存的大小：

    public void loadSimpleTarget(View view) {
        MySimpleTarget mySimpleTarget = new MySimpleTarget(50, 50);
        Glide.with(this)
                .load(R.drawable.book_url)
                .into(mySimpleTarget);
    }

    private class MySimpleTarget extends SimpleTarget<GlideDrawable> {

        public MySimpleTarget(int width, int height) {
            super(width, height);
        }

        @Override
        public void onResourceReady(GlideDrawable resource, GlideAnimation<? super GlideDrawable> glideAnimation) {
            mImageView.setImageDrawable(resource.getCurrent());
        }
    }

三、ViewTarget

在上面一节中，我们展示了如何通过设置回调来获得最终的Bitmap，但是上面的方法就是有一个缺陷：回调中只能拿到最终请求到的资源。我们需要持有View的全局对象，这样才能在收到回调之后更新它，并且，Glide无法根据View的实际宽高来决定缓存图片的大小。
ViewTarget就提供了这样一种方案：我们在构造Target时就传入自定义的View，这样在回调时就可以通过它来更新UI。
它的原理其实和我们开头说到的传入ImageView的原理类似，就是通过传入Target的方式，但是ViewTarget会持有需要更新的View实例，这样在回调时候，我们就能执行自己需要的操作了，下面是使用ViewTarget的例子：
首先，定义一个自定义的View：

public class CustomView extends LinearLayout {

    private ImageView mImageView;
    private TextView mTextView;

    public CustomView(Context context) {
        super(context);
    }
    public CustomView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }
    public CustomView(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }
    
    @Override
    protected void onFinishInflate() {
        super.onFinishInflate();
        init();
    }

    private void init() {
        mTextView = (TextView) findViewById(R.id.tv_custom_result);
        mImageView = (ImageView) findViewById(R.id.iv_custom_result);
    }

    public void setResult(Drawable drawable) {
        mTextView.setText("load success");
        mImageView.setImageDrawable(drawable);
    }
}

在布局当中这么定义它：

    <com.example.lizejun.repoglidelearn.CustomView
        android:id="@+id/cv_result"
        android:orientation="vertical"
        android:layout_width="match_parent"
        android:layout_height="wrap_content">
        <TextView
            android:id="@+id/tv_custom_result"
            android:layout_width="match_parent"
            android:layout_height="30dp"
            style="@style/style_tv_normal"/>
        <ImageView
            android:id="@+id/iv_custom_result"
            android:layout_width="200dp"
            android:layout_height="200dp" />
    </com.example.lizejun.repoglidelearn.CustomView>

之后，我们定义一个ViewTarget，并加载它：

    public void loadViewTarget(View view) {
        CustomView customView = (CustomView) findViewById(R.id.cv_result);
        MyViewTarget myViewTarget = new MyViewTarget(customView);
        Glide.with(this)
                .load(R.drawable.book_url)
                .into(myViewTarget);
    }

    private class MyViewTarget extends ViewTarget<CustomView, GlideDrawable> {

        public MyViewTarget(CustomView customView) {
            super(customView);
        }

        @Override
        public void onResourceReady(GlideDrawable resource, GlideAnimation<? super GlideDrawable> glideAnimation) {
            view.setResult(resource.getCurrent());
        }
    }

它的整个步骤为：

• 首先获得这个自定义View实例。
• 之后把这个自定义View作为ViewTarget的构造函数的参数，新建一个ViewTarget实例。
• 把这个ViewTarget通过into()方法传给Glide。
• 等待Glide请求完毕，那么会回调ViewTarget中的onResourceReady方法，该Target中有我们传入的自定义View，这样，我们就可以调用这个自定义View内部的方法。

四、小结

• 从继承树上来看，SimpleTarget和ViewTarget是层次最低的可实现类，也是我们平时开发中比较常用的类。
• 这两者的区别就是ViewTarget内部的实现更加复杂，它会持有View的引用，并通过内部的SizeDeterminer计算View的宽高来提供给Glide作为参考，SimpleTarget则不会去处理这些逻辑，我们需要手动的指定一个宽高，所以，我们需要根据不同的使用场景来决定继承于哪个Target来实现自己的业务逻辑。
• 除了SimpleTarget和ViewTarget，Glide还提供了继承于它们的Target来简化我们的操作。例如，更新通知栏和桌面插件，从源码来看，它们是继承于SimpleTarget，其最基本的原理和我们自定义SimpleTarget都是相同的，只是在回调里面调用AppWidgetManager/NotificationManager增加了更新相应组件的操作。在这里就不多介绍了，有需要了解的可以看下面这篇文章：

https://futurestud.io/tutorials/glide-loading-images-into-notifications-and-appwidgets