Glide生命周期管理
Glide非常优秀的一个特色是实现对生命的周期的管理，通过对ImageView所属的Activity或者Fragment或者Appliction生命周期的监听，当生命周期stop时候会停止加载图片。
Glide设计了两个线程池来加载图片：磁盘缓存的线程池和网络加载的线程池。停止加载图片就是将相应的执行任务的线程中断，并释放图片加载占用的资源。
Glide加载图片的线程流程图
从上面的流程可以看到图片加载的流程中设计到五个线程：调起的线程，获取数据的线程，装载数据的线程，写入磁盘的线程，以及主线程。
其中获取数据是主要耗时的线程，而停止加载图片时主要就是需要中断这个线程。而这个线程涉及到三种情况：网络获取数据，ResourCache和DataCache。
Glide 中断线程的机制
上图展示的是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的情况，读者可以参考网络读取数据的情况自己分析，此处就不详细分析了。
总结
通过上面的分析：当一个图片网络任务没有任何监听时，线程处于阻塞状态下、任务还没执行、网络连接后还没请求数据、数据请求结束还没解码、还没发送给监听者这些状态时，都会进行中断取消判断。
