有些线程它活着，但它躺在池中碌碌无为；
有的线程它死了，于是它变成一道面试题。
这次的文章，要从一次阿里的面试说起。
我记得那天是周一，刚刚经历过周末过的放松，干劲十足的我正在键盘上疯狂的输出。这时，我的手机响了起来，拿起一看，是来自杭州的电话，心想这次是要给我推荐股票呢还是要让我贷款呢。我接起了电话，准备“调戏一番”。那边响起一个声音:"你好，请问是xxx吗？这边是杭州阿里巴巴，现在有时间进行电话面试吗?"。说实在的，听完这句话后，我感觉我已经身在杭州，干劲十足的在杭州的阿里的工位上"修福报"。但是我现在正在疯狂输出，没有时间，于是我说:"不好意思，现在没有时间，可以约在今天晚上8点钟吗?".
晚上如约接到了电话。我们直奔主题，在你来我往中进行了友好的技术交流。具体的面试过程就不详述了，后面有机会整理一份面试分享。整个面试过程中，有这么一道题给我留下了深刻的印象:
一个线程池中的线程异常了，那么线程池会怎么处理这个线程?
需要说明一下,文中讨论的线程池都是Executors线程池。
对于Executors线程池我可以说是烂熟于心，因为工作中用的比较的多，阅读过其源码。也是我作为面试官时必问的几个范围之一，比如以下问题:
了解JDK Executors线程池吗?知道JDK提供了哪些默认的实现吗？看过阿里巴巴java开发手册吗？知道为啥不允许使用默认的实现吗？你们没有用默认的吧?那来介绍一下你们自定义线程池的几个常用参数呗？你这个几个参数的值是怎么得来的呀？算出来的？怎么算出来的？线程池里面的任务是IO密集型的还是计算密集型的呢？好，现在我们有一个自定义线程池了，来说一下你这个线程池的工作流程呗？那你这个线程池满了怎么办呀？拒绝？咋拒绝？有哪些拒绝策略呢？别紧张,随便说两个就行。......回到开始说的阿里巴巴java开发手册不允许使用默认实现，你回答说可能会引起OOM,那我们聊聊JVM吧
网络异常，图片无法展示|阿里巴巴java开发手册关于线程池创建的建议网络异常，图片无法展示|
这一系列关于线程池的连环炮，就是我作为面试官时必问的几个问题。别问为什么，因为我们的招聘JD上明确写了：熟悉多线程编程。而这些问题，我觉得是熟悉多线程编程的基础。这里我也不解答了，这种文章网上还是挺多的，可以去了解一下。
这块真的很重要，我也多次给我的小伙伴强调:
网络异常，图片无法展示|
网络异常，图片无法展示|
网络异常，图片无法展示|
网络异常，图片无法展示|
网络异常，图片无法展示|
来吧，一起分析一波网络异常，图片无法展示|
好了现在回到阿里的面试官问我的这道面试题:
一个线程池中的线程异常了，那么线程池会怎么处理这个线程?先说说我当时的回答，因为心里没底，我的回答很犹豫也很烂！如下:网络异常，图片无法展示|
我的回答总结起来三句话:网络异常，图片无法展示|
1.抛出堆栈异常 ---这句话对了一半！2.不影响其他线程任务 ---这句话全对！3.这个线程会被放回线程池 ---这句话全错！
测试用例写起来
抛出堆栈异常为啥对了一半?
先让程序跑起来，我们用事实说话:
从执行结果我们看出
当执行方式是execute时,可以看到堆栈异常的输出。当执行方式是submit时,堆栈异常没有输出。那么我们怎么拿到submit执行方式的堆栈异常呢，看图说话:
网络异常，图片无法展示|
网络异常，图片无法展示|
网络异常，图片无法展示|
所以，现在知道为什么回答:抛出堆栈异常只对了一半吧。网络异常，图片无法展示|
execute方法执行时，会抛出(打印)堆栈异常。
submit方法执行时，返回结果封装在future中，如果调用future.get()方法则必须进行异常捕获，从而可以抛出(打印)堆栈异常。
你以为这一部分写到这里就完事了？那不行啊，你心里没有一个疑问吗？为啥execute直接抛出异常，submit没有直接抛出异常呢？
源码之下无秘密:
当执行方式是executes时:
在java.util.concurrent.ThreadPoolExecutor#runWorker中抛出了异常:
网络异常，图片无法展示|
网络异常，图片无法展示|
