java基础总结(八十五)--线程池中shutdown()和shutdownNow()方法的区别

原文链接

一般情况下，当我们频繁的使用线程的时候，为了节约资源快速响应需求，我们都会考虑使用线程池，线程池使用完毕都会想着关闭，关闭的时候一般情况下会用到shutdown和shutdownNow，这两个函数都能够用来关闭线程池，那么他们俩之间的区别是什么呢？下面我就用一句话来说明白shutdown和shutdownNow的区别。

一、一句话说明白shutdown和shutdownNow的区别

shutdown只是将线程池的状态设置为SHUTWDOWN状态，正在执行的任务会继续执行下去，没有被执行的则中断。

而shutdownNow则是将线程池的状态设置为STOP，正在执行的任务则被停止，没被执行任务的则返回。

        举个工人吃包子的例子，一个厂的工人（Workers）正在吃包子（可以理解为任务），假如接到shutdown的命令，那么这个厂的工人们则会把手头上的包子给吃完，没有拿到手里的笼子里面的包子则不能吃！而如果接到shutdownNow的命令以后呢，这些工人们立刻停止吃包子，会把手头上没吃完的包子放下，更别提笼子里的包子了。 

   1、shutDown() 

    当线程池调用该方法时,线程池的状态则立刻变成SHUTDOWN状态。此时，则不能再往线程池中添加任何任务，否则将会抛出RejectedExecutionException异常。但是，此时线程池不会立刻退出，直到添加到线程池中的任务都已经处理完成，才会退出。 

   2、shutdownNow() 

     执行该方法，线程池的状态立刻变成STOP状态，并试图停止所有正在执行的线程，不再处理还在池队列中等待的任务，当然，它会返回那些未执行的任务。 
     它试图终止线程的方法是通过调用Thread.interrupt()方法来实现的，但是大家知道，这种方法的作用有限，如果线程中没有sleep 、wait、Condition、定时锁等应用, interrupt()方法是无法中断当前的线程的。所以，ShutdownNow()并不代表线程池就一定立即就能退出，它可能必须要等待所有正在执行的任务都执行完成了才能退出。 

    上面对shutDown()以及shutDownNow()作了一个简单的、理论上的分析。如果想知道why,则需要亲自打开JDK源码，分析分析。 
      想要分析shutDown()以及shutDownNow()源码，我建议首先要对ThreadPoolExecutor有个大概了解。因为关闭线程池的所有方法逻辑都在ThreadPoolExecutor中处理的。 
      如果你真的想知道为什么，建议看一下我以前写的一篇对ThreadPoolExecutor源码分析的博文，我想这对你比较透彻的了解shutDown()和shutDownNow()的区别以及java 线程池原理有很大的帮助。博文URL：   http://xtu-xiaoxin.iteye.com/admin/blogs/647744 

     废话少说，要查看源码，首先进入ThreadPoolExecutor的shutDown()方法: 

public void shutdown() {  
     SecurityManager security = System.getSecurityManager();  
    if (security != null)  
            security.checkPermission(shutdownPerm);  
        final ReentrantLock mainLock = this.mainLock;  
        mainLock.lock();  
        try {  
            if (security != null) { // Check if caller can modify our threads  
                for (Worker w : workers)  
                    security.checkAccess(w.thread);  
            }  
            int state = runState;  
            if (state < SHUTDOWN)  
                //设置线程池状态为关闭状态  
                runState = SHUTDOWN;     //----------------代码1  
            try {  
                for (Worker w : workers) {  
                    //一个一个中断线程  
                    w.interruptIfIdle();  //-----------------代码2  
                }  
            } catch (SecurityException se) { // Try to back out  
                runState = state;  
                // tryTerminate() here would be a no-op  
                throw se;  
            }  
            tryTerminate(); // Terminate now if pool and queue empty  
        } finally {  
            mainLock.unlock();  
        }  
    }

看上面源码，代码1是线程池关闭的关键，如果线程池状态一旦设为SHUTDOWN，则在线程池中会出现两种现象： 
     1.你不能再往线程池中添加任何任务，否则会抛RejectedExecutionException异常(详细请看ThreadPoolExecutor的addIfUnderCorePoolSize方法)。 
     2.工作线程Worker获得池队列中的任务时(详细看Worker中的getTask()方法)的处理逻辑也发生了变化：如果线程池为RUNNING状态，并且池队列中没任务时，它会一直等待，直到你提交任务到池队列中，然后取出任务，返回。但是，一旦你执行了shutDown()方法,线程池状态为SHUTDOWN状态，它将不再等待了，直接返回null。如果返回null，则工作线程没有要执行的任务，直接退出(详细看Worker中run()方法)。 

    代码2是针对这种情况的：在线程池关闭前，有部分工作线程就一直在等着要处理的任务，也就是说工作线程空闲着(这种情况我描述的不好,其实就是Worker正在执行getTask()方法中’ r = workQueue.take();’代码段)。这时，调用interrupt()方法来中断这些Worker线程。进入代码2看看吧：。 

void interruptIfIdle() {  
            final ReentrantLock runLock = this.runLock;  
            /* 
             * 注意这个条件，摆明的就是要等Worker中runTask()方法运行完后才成立。 
             * 锁机制 
             */  
            if (runLock.tryLock()) {  
                try {  
            /* 
             * 如果当前工作线程没有正在运行，则中断线程 
             * 他能中断工作线程的原因是getTask()方法能抛出一个 
             * InterruptedException。这时，则可终止那些正在执行 
             * workQueue.take()方法的工作线程 
             */  
            if (thread != Thread.currentThread())  
            thread.interrupt();           
                } finally {  
                    runLock.unlock();  
                }  
            }  
        }

最后进入shutDownNow()方法看看，这个更简单了，就是设置线程池状态为STOP，然后依次调用工作线程的interrupt()方法，就这么简单，最后还是把源码贴出来吧： 

public List<Runnable> shutdownNow() {  
       /* 
        * shutdownNow differs from shutdown only in that 
        * 1. runState is set to STOP, 
        * 2. all worker threads are interrupted, not just the idle ones, and 
        * 3. the queue is drained and returned. 
        */  
SecurityManager security = System.getSecurityManager();  
if (security != null)  
           security.checkPermission(shutdownPerm);  
  
       final ReentrantLock mainLock = this.mainLock;  
       mainLock.lock();  
       try {  
           if (security != null) { // Check if caller can modify our threads  
               for (Worker w : workers)  
                   security.checkAccess(w.thread);  
           }  
  
           int state = runState;  
           if (state < STOP)  
               runState = STOP;  
  
           try {  
               for (Worker w : workers) {  
                   w.interruptNow();  
               }  
           } catch (SecurityException se) { // Try to back out  
               runState = state;  
               // tryTerminate() here would be a no-op  
               throw se;  
           }  
  
           List<Runnable> tasks = drainQueue();  
           tryTerminate(); // Terminate now if pool and queue empty  
           return tasks;  
       } finally {  
           mainLock.unlock();  
       }  
   }

上面代码没什么好分析的了，一看就明白，其实别看上面代码一大篇，我们只关心“w.interruptNow();”即可。