一般情况下，当我们频繁的使用线程的时候，为了节约资源快速响应需求，我们都会考虑使用线程池，线程池使用完毕都会想着关闭，关闭的时候一般情况下会用到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();”即可。
来源：oschina
链接：https://my.oschina.net/u/4280276/blog/3677036