Glide 系列（六）Glide中的线程中断实现

Glide生命周期管理

Glide非常优秀的一个特色是实现对生命的周期的管理，通过对ImageView所属的Activity或者Fragment或者Appliction生命周期的监听，当生命周期stop时候会停止加载图片。
Glide设计了两个线程池来加载图片：磁盘缓存的线程池和网络加载的线程池。停止加载图片就是将相应的执行任务的线程中断，并释放图片加载占用的资源。

Glide加载图片的线程流程图

未命名文件.png

从上面的流程可以看到图片加载的流程中设计到五个线程：调起的线程，获取数据的线程，装载数据的线程，写入磁盘的线程，以及主线程。
其中获取数据是主要耗时的线程，而停止加载图片时主要就是需要中断这个线程。而这个线程涉及到三种情况：网络获取数据，ResourCache和DataCache。

Glide 中断线程的机制

1.png

上图展示的是Glide停止加载图片的流程图，通过Fragment的onStop层层调用最终到DecodeJob.cancel()方法中，
当一个图片加载任务EngineJob已经没有监听者时，会调用DecodeJob的cancel（）方法。DecodeJob是提交给线程池任务。当调用DecodeJob的cancel（true）时，如果任务还没执行，那么就取消任务。如果任务已经执行，但被阻塞了，那么会调用Thread的interrupt（）方法中断线程。我们之前的文章中知道，DecodeJob是图片加载任务的地方，它可能执行在不同的线程中：网络请求线程，磁盘缓存读取线程，磁盘缓存写入线程，图片装载线程。我们知道生面周期的回调是在主线程中国之行了，而中断的线程是子线程，Glide是如何实现中断子线程的呢，如何做到线程同步的呢？Glide 的实现中断线程其实很简单而且高效：volitile关键字，volitile关键字修饰的变量，每次必须从内存中读取，来保证线程同步，不清楚的同学可以研究一下volitile的实现原理。

Glide 中断网络请求

  @Override
  public void cancel() {
    LoadData<?> local = loadData;
    if (local != null) {
      local.fetcher.cancel();
    }
  }

对照前面的中断流程图，这里是SourceGenerator，Fetcher是HttpUrlFetcher

private volatile boolean isCancelled;
  @Override
  public void cancel() {
    // TODO: we should consider disconnecting the url connection here, but we can't do so
    // directly because cancel is often called on the main thread.
    isCancelled = true;
  }
  

通过以上方法，就实现了将网络请求线程的状态设置为取消任务的状态，当网络请求的任务线程被执行的时候，isCancelled的值是ture。下面的代码实现的是当网络请求线程被执行的时候的逻辑。

@Override
  public void loadData(Priority priority, DataCallback<? super InputStream> callback) {
    long startTime = LogTime.getLogTime();
    final InputStream result;
    try {
      result = loadDataWithRedirects(glideUrl.toURL(), 0 /*redirects*/, null /*lastUrl*/,
          glideUrl.getHeaders());
    } catch (IOException e) {
      if (Log.isLoggable(TAG, Log.DEBUG)) {
        Log.d(TAG, "Failed to load data for url", e);
      }
      callback.onLoadFailed(e);
      return;
    }

    if (Log.isLoggable(TAG, Log.VERBOSE)) {
      Log.v(TAG, "Finished http url fetcher fetch in " + LogTime.getElapsedMillis(startTime)
          + " ms and loaded " + result);
    }
    callback.onDataReady(result);
  }

  private InputStream loadDataWithRedirects(URL url, int redirects, URL lastUrl,
      Map<String, String> headers) throws IOException {
   ......
    stream = urlConnection.getInputStream();
    if (isCancelled) {
      return null;
    }
    ..........
  }

可以看到任务被取消之后，当网络请求线程执行的时候，isCancelled=ture，请求的数据返回null。通过层层回调，网络请求线程会执行到如下的代码中，进入到装载图片的另外一个线程中，而网络请求的线程完成任务被放回线程池中。

public void onDataFetcherReady(Key sourceKey, Object data, DataFetcher<?> fetcher,
      DataSource dataSource, Key attemptedKey) {
    this.currentSourceKey = sourceKey;
    this.currentData = data;
    this.currentFetcher = fetcher;
    this.currentDataSource = dataSource;
    this.currentAttemptingKey = attemptedKey;
    if (Thread.currentThread() != currentThread) {
      runReason = RunReason.DECODE_DATA;
      callback.reschedule(this);
    } else {
      TraceCompat.beginSection("DecodeJob.decodeFromRetrievedData");
      try {
        decodeFromRetrievedData();
      } finally {
        TraceCompat.endSection();
      }
    }
  }
  
  private void decodeFromRetrievedData() {
    ...
    Resource<R> resource = null;
    try {
      resource = decodeFromData(currentFetcher, currentData, currentDataSource);
    } catch (GlideException e) {
      e.setLoggingDetails(currentAttemptingKey, currentDataSource);
      throwables.add(e);
    }
    if (resource != null) {
      notifyEncodeAndRelease(resource, currentDataSource);
    } else {
      runGenerators();
    }
  }
  
  private <Data> Resource<R> decodeFromData(DataFetcher<?> fetcher, Data data,
      DataSource dataSource) throws GlideException {
    try {
      if (data == null) {
        return null;
      }
     ...
  }
  
  private void runGenerators() {
    currentThread = Thread.currentThread();
    startFetchTime = LogTime.getLogTime();
    boolean isStarted = false;
    while (!isCancelled && currentGenerator != null
        && !(isStarted = currentGenerator.startNext())) {
      ...
    }
    // We've run out of stages and generators, give up.
    if ((stage == Stage.FINISHED || isCancelled) && !isStarted) {
      notifyFailed();
    }

  }
  

装载图片的线程会首先检查data是不是null，这个data是从网络请求的线程返回的，我们知道任务被取消的时候返回的是null，isCancelled=true。因此会执行notifyFailed，完成资源的释放。
我们可以看到虽然在网络请求的时候任务就被取消了，但是流程上还是执行到了图片装载的线程中，这是因为，Glide除了网络获取图片，还有DataCecheGenerator和ResourceCacheGenerator，它们都会回调到DecodeJod的onDataFetcherReady方法中，统一来处理了流程简单。
RecourceCache和DataCache的情况，读者可以参考网络读取数据的情况自己分析，此处就不详细分析了。

总结

通过上面的分析：当一个图片网络任务没有任何监听时，线程处于阻塞状态下、任务还没执行、网络连接后还没请求数据、数据请求结束还没解码、还没发送给监听者这些状态时，都会进行中断取消判断。