Future cancel迷惑性boolean入参源码分析(boolean,cancel,future,开发技术)

当我们使用线程池submit一个任务后，会返回一个Future，而在Future接口中存在一个cancel方法，来帮助我们取消掉任务。

但是cancel方法有一个boolean类型的入参，比较迷惑，之前也了解过该入参true 和 false的区别。

上面是cancel方法的接口定义，当然英文看着麻烦，咱直接翻译成看得懂的～

cancel方法，会尝试取消任务的执行，但如果任务已经完成、已经取消或其他原因无法取消，则尝试取消任务失败。

如果取消成功，并且在取消时

该任务还未执行，那么这个任务永远不会执行。

如果该任务已经启动，那么会根据cancel的boolean入参来决定是否中断执行此任务的线程来停止任务。

通过注释我们大致能了解到cancel的一个作用，但是还不够细致，接下来我们通过源码解读详细的带大家了解一下～

首先，我们先了解下FutureTask中对任务状态的定义

在使用线程池submit后，实际上是返回的一个FutureTask，而FutureTask中对于任务定义了以下状态，并且在注释中，也定义了状态的流转过程～

但是通过对上面状态定义的了解，我们可以发现，在FutureTask中并没有一个表明任务处于执行中的一个状态！

直接看FutureTask的run方法源码

通过上面源码，我们也能了解到

当任务正常执行完毕时，任务状态流转: NEW -> COMPLETING -> NORMAL

任务执行异常时，任务状态流转: NEW -> COMPLETING -> EXCEPTIONAL

所以，当任务刚创建，或者是任务在执行过程中，任务的状态都是NEW

此时再来分析cancel源码

通过对FutureTask任务状态的认知，再结合对cancel源码的分析

我们可以总结出以下结论

当任务已经完成或者异常时，无法取消任务

任务处于新建或者运行状态时

cancel方法入参传入true

将任务状态NEW -> INTERRUPTING -> INTERRUPTED，并打断执行该任务的线程

cancel方法入参传入false

将任务状态NEW -> CANCELLED

但有个问题，传入false只是将状态从NEW变成CANCELLED嘛，这好像没啥用啊？

当然不是，此时我们需要再回头看看FutureTask的run方法

run方法开头我们可以看到，如果任务的状态不是NEW，那么会直接return，不执行任务

那此时再想想传入false将任务状态从NEW -> CANCELLED，是不是当任务还没有开始执行时，我们cancel(false)就可以取消掉未执行的任务了～

通过上面的源码解读，我们大致能了解了cancel的机制，但是我们还是完善的总结一下

任务如果不是NEW状态是不会执行的

cancel取消任务会改变任务的状态

如果传入true, 则将任务状态NEW -> INTERRUPTING -> INTERRUPTED，并打断执行该任务的线程

如果传入false，将任务状态NEW -> CANCELLED

传入false只能取消还未执行的任务

传入true，能取消未执行的任务，能打断正在执行的任务

在cancel源码中，我们可以看到finally中会去调用finishCompletion

那么，finishCompletion是干啥的呢？

大家可以想想，当我们submit一个任务时，一般情况下都会需要去获取他的返回值，会调用get方法进行阻塞获取。在FutureTask中，会维护一条链表，该链表记录了等待获取该任务返回值被阻塞的线程，在调用get方法时，会将组装waiters链表。所以，当我们取消一个任务时，是不是也应该去将阻塞等待获取该任务的所有线程进行唤醒，而finishCompletion方法就是做这个事情的～