不影响其他线程任务，回答正确
这一部分我们直接上代码，运行起来看结果吧:
代码和运行结果是不会骗人的:
线程池中一个线程异常了后，不影响其他线程任务
大家注意线程名称这个细节:1,2,3,4,6。魔鬼都在细节里啊，这个点我下面会讲，先在这里把问题抛出来:我就纳闷了,怎么没有5啊?!
这个线程会被放回线程池为啥全错了？
我们去源码里面寻找答案:
让源码给出答案:
5号线程去哪里了?
现在知道为啥：我回答这个线程会被放回线程池为啥全错了吧。还附带送你一个线程名称变化的细节，不客气。
总结一下
当一个线程池里面的线程异常后:当执行方式是execute时,可以看到堆栈异常的输出。当执行方式是submit时,堆栈异常没有输出。但是调用Future.get()方法时，可以捕获到异常。不会影响线程池里面其他线程的正常执行。线程池会把这个线程移除掉，并创建一个新的线程放到线程池中。不要背答案，要理解，要深入，上面说完后记得在问问面试官，需要我从源码的角度讲一讲吗?这逼装的，礼貌而不失风度。
以上，我关于《一个线程池中的线程异常了，那么线程池会怎么处理这个线程?》这个问题的见解就表达完毕，仅代表个人观点，欢迎有不同意见的小伙伴，一起讨论，一起进步。
最后说一点
这篇文章是我上周五推完上一篇文章之后就在构思并且着手准备了。大部分内容都是思考于晚上睡觉前的半小时，写于周末和工作日的早上早起的一小时。
其实想到写什么内容并不难，难的是你对内容的把控。关于技术性的语言，我是反复推敲，查阅大量文章来进行证伪，总之慎言慎言再慎言，毕竟做技术，我认为是一件非常严谨的事情，我常常想象自己就是在故宫修文物的工匠，在工匠精神的认知上，目前我可能和他们还差的有点远，但是我时常以工匠精神要求自己。就像我在群里表达的：对于技术文章（因为我偶尔也会荒腔走板的聊一聊生活，写一写书评，影评），我尽量保证周推，全力保证质量。
最后，再感叹一次:
有些线程它活着，但它躺在池中碌碌无为；
有些线程也活着，但它一刻不停忙到飞起；
有的线程它死了，被抛弃，被回收，
但是它无怨无悔，
因为它是死在执行任务的路上，
它凭借自己最后的一声呐喊
“为了新兄弟，移除我吧！”
最后，变成一道面试题。
我还没答上来。
