源码分析glide对线程中断的优化

转载请注明出处：

源码分析glide对线程中断的优化

地址：http://blog.csdn.net/qq_22744433/article/details/78297635

目录

android中我们需要很小心对待线程的创建取、监听、取消。如果不小心处理，可能就会引入内存泄漏，监听的生命周期与宿主不一致导致crash，频繁创建线程对资源的消耗，线程无意义的运行等问题。那么这里对于线程中断，源码分析一下glide对其的优化。对于线程创建/监听的选择，总结了一些知识点。

1. 线程中断

1. 线程中断（取消）的方法

我们知道，如果一个线程已经被废弃了（没有监听者了），那么线程就没有继续运行的必要了。如果只是取消监听者，这么做肯定是不够的，因为线程还在运行。所以我们需要中断线程的运行来节省CPU，而线程的中断并不是一件容易的事。大体的方法是：

如果使用Thread.interrupt（），那么当线程处于阻塞状态时（比如wait住，sleep），那么线程会抛出InterruptException异常，退出循环。我们需要捕获这个异常，进行相应处理，不然就crash了。

如果是非阻塞情况下，Thread.interrupt（）是不能把线程中断的。这时候只能设置volitie关键字来中断线程。

这两种情况需要配合使用来中断已经废弃且还在运行的线程。
Glide是一个很优秀的图片加载库。在处理大量图片上，其做了很多的优化，那么我们看下其对线程的取消（取消图片的网络加载）做了哪些事情：

2.源码分析glide对线程中断的优化

glide中EngineJob中：

public void removeCallback(ResourceCallback cb) {
Util.assertMainThread();
if (hasResource || hasException) {
    addIgnoredCallback(cb);
} else {
    cbs.remove(cb);
    if (cbs.isEmpty()) {
        cancel();
    }
}
}

void cancel() {
if (hasException || hasResource || isCancelled) {
    return;
}
engineRunnable.cancel();
Future currentFuture = future;
if (currentFuture != null) {
    currentFuture.cancel(true);
}
isCancelled = true;
listener.onEngineJobCancelled(this, key);
}

当一个图片加载任务EngineJob已经没有监听者时，会调用future的cancel（）方法。future是提交给线程池任务返回的。当调用future的cancel（true）时，如果任务还没执行，那么就取消任务。如果任务已经执行，但被阻塞了，那么会调用Thread的i