线程池-5

tryTerminate()这个方法又有点晦涩了,也分解成3个部分:

1、这个还挺好理解的,即如果是以下3个条件则直接返回,不执行终止线程池

// 1. 线程池RUNNING还在运行,不能终止

// 2. 线程池处于TIDYING或TERMINATED状态,说明已经在关闭了,不允许继续处理

// 3. 线程池处于SHUTDOWN状态并且阻塞队列不为空,这时候还需要处理阻塞队列的任务,不能终止线程池

if (isRunning(c) || runStateAtLeast(c,

TIDYING) ||

       (runStateOf(c)== SHUTDOWN && ! workQueue.isEmpty()))

       return;

2、走到这一步说明线程池已经不在运行(SHUTDOWN&& workQueue.isEmpty()),阻塞队列也已经没有任务了,但是还要回收线程池中的Worker:interruptIdleWorkers(ONLY_ONE)。这里有点难懂了,interruptIdleWorkers(ONLY_ONE)是什么意思呢?中断闲置的Worker,直到回收全部的Worker。这里没有那么暴力,只中断一个,中断之后退出方法,中断了Worker之后,Worker会回收,然后还是会调用tryTerminate方法,如果还有闲置线程,那么继续中断。

if (workerCountOf(c) != 0) { // Eligible to

terminate

       interruptIdleWorkers(ONLY_ONE);    //中断闲置的Worker

       return;

}

3、走到这里说明worker已经全部回收了,并且线程池已经不在运行,阻塞队列已经没有任务。可以准备结束线程池了。

if (ctl.compareAndSet(c, ctlOf(TIDYING,0))) {        // cas操作,将线程池状态改成TIDYING

       try{

              terminated();                 //调用terminated方法

       }finally {

ctl.set(ctlOf(TERMINATED, 0)); //terminated后,状态最终变为TERMINATED

              termination.signalAll();

       }

       return;

interruptIdleWorkers:中断闲置Worker,什么是闲置Worker呢?

闲置Worker是这样解释的:Worker运行的时候会去阻塞队列拿数据(getTask方法),拿的时候如果没有设置超时时间,那么会一直阻塞等待阻塞队列进数据,这样的Worker就被称为闲置Worker。

由于Worker也是一个AQS,在runWorker方法里会有一对lock和unlock操作,这对lock操作是为了确保Worker不是一个闲置Worker。所以Worker被设计成一个AQS是为了根据Worker的锁来判断是否是闲置线程,是否可以被强制中断。


final ReentrantLock mainLock =

this.mainLock;

mainLock.lock();

try {

       for(Worker w : workers) {

              Threadt = w.thread;

              if(!t.isInterrupted() && w.tryLock()) {             //①

                     try{

                            t.interrupt();                               //②

                     }catch (SecurityException ignore) {

                     }finally {

                            w.unlock();

                     }

              }

              if(onlyOne)

                     break;

       }

} finally {

       mainLock.unlock();

}



再来看代码,首先会获取线程池的锁,然后获取当前Worker的线程,然后执行①,这一步很关键:Worker中的线程没有被打断并且Worker可以获取锁,这里Worker能获取锁说明Worker是个闲置Worker,在阻塞队列里拿数据一直被阻塞,没有数据进来。如果没有获取到Worker锁,说明Worker还在执行任务,不进行中断(shutdown方法不会中断正在执行的任务)。注意线程池的锁和Worker的锁是不一样的!可以再回去看runWorker这个方法,在获取到任务之后,会给当前Worker上锁:w.lock(),执行完之后再释放,所以Worker正在执行任务,上面的tryLock是获取不到锁,又回到上面那句:这里Worker能获取锁说明Worker是个闲置Worker。这就是interruptIdleWorkers这个方法的目的:中断闲置的Worker。

while (task != null || (task = getTask())

!= null) {

       w.lock();

       try{

              task.run();

       }finally {

              ...

              w.unlock();

       }

}

然后继续讨论,为什么要中断闲置Worker呢?就是因为闲置的Worker会一直阻塞,那么线程池就一直SHUTDOWN而关闭不了。所以interruptIdleWorkers这里在获取到闲置Worker的锁之后就调用其线程的interrupt,将线程打断。这时候又要结合上面的阻塞队列的定义了,去阻塞队列拿数据(getTask方法),等待阻塞队列进数据。回到getTask阻塞队列拿数据的地方,看到workQueue.take()这里包装的try catch,原来早就准备了,就等着你来打断呢,不惊仰天长叹,这都是套路啊!

你可能感兴趣的:(线程池-5)