线程池中的一个线程异常了会被怎么处理?
估计很多人会是以下三点答案（me too):
1.抛异常出来并打印在控制台上
2.其他线程任务不受影响
3.异常线程会被回收
但是这里我先提前说一下以上三点不全对，下面我们来具体分析一下。
话不多说用代码来证明
熟悉Executors线程池（本文线程池都是指Executors）都知道 有两种提交线程的方式execute和submit方式，下面将以这两种提交方式来验证。
贴个代码凑个数
public static void main(String[] args) {
ThreadPoolTaskExecutor executorService = buildThreadPoolTaskExecutor();
executorService.execute(() -> run("execute方法"));
executorService.submit(() -> run("submit方法"));
}
private static void run(String name) {
String printStr = "【thread-name:" + Thread.currentThread().getName() + ",执行方式:" + name+"】";
System.out.println(printStr);
throw new RuntimeException(printStr + ",出现异常");
}
private static ThreadPoolTaskExecutor buildThreadPoolTaskExecutor() {
ThreadPoolTaskExecutor executorService = new ThreadPoolTaskExecutor();
executorService.setThreadNamePrefix("(小罗技术笔记)-");
executorService.setCorePoolSize(5);
executorService.setMaxPoolSize(10);
executorService.setQueueCapacity(100);
executorService.setKeepAliveSeconds(10);
executorService.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());
executorService.initialize();
return executorService;
}
观看执行结果，诶好奇怪
execute执行方式抛出异常显示在控制台了。
submit执行方式啥都没有输出。
众所周知submit底层其实也是调用的execute,因此它也有异常只是处理方法不一样，它们的区别是：
1、execute没有返回值。可以执行任务，但无法判断任务是否成功完成。——实现Runnable接口
2、submit返回一个future。可以用这个future来判断任务是否成功完成。——实现Callable接口
那怎么拿到submit中的异常呢？还是用代码来说话
Future<?> result=executorService.submit(() -> run("submit方法"));
try {
result.get();
}catch (Exception e){
e.printStackTrace();
}
获取了一下submit方法的返回结果，发现有异常了和execute一样了，所以第一点抛异常出来并打印在控制台上不是全对的！
到这估计大家和我一样都有一个疑问了 ，为啥execute直接抛出异常，submit没有呢？
要知道这个答案就只能去翻源码看了
在java.util.concurrent.ThreadPoolExecutor#runWorker中抛出了运行异常:
在java.lang.ThreadGroup#uncaughtException进行了异常处理:
uncaughtException是什么，我也不知道，百度了一下说这个方法是JVM调用的，在线程中只需要指定我们想要的处理方式即可
说道这里你可能会吐槽说了这么多submit到底为啥没有直接抛出异常，到底是怎么处理了，不要慌我们再看源码找答案
看submit源码会发现,submit中传进来的task会被封装成一个FutureTask，然后再调用execute,最后返回FutureTask。
你会发现走的是execute方法，如下图,会发现此时的task已经是FutureTask，所以再去看一下FutureTask的run方法是咋写的。
异常被存起来了....,再看源码是怎么实现的
返回参数里面有一个状态state翻源码发现在report方法中同时用到outcom和state状态判断打个断点发现还真是，当state为3时抛出了异常。
同理在找寻一下report调用位置可以很明显发现是FutureTask中get方法调用了，结合上面可以很明确了submit提交时异常被存储在线程结果信息中，当调用get方法是判断线程运行结果状态，有异常就抛出存储的异常信息，因此submit运行异常我们只能用get方法来拿到。
至于第二点我就不多说了，平时使用中就已经证明了！
第三点线程出异常了不是被线程池回收嘛？
看源码我们知道线程运行最后总有一个processWorkerExit要执行,看看里面的实现
很神奇先删掉线程又再调用创建线程的方法，所以异常线程不是被回收，而是被删除了再创建一个新的顶替了。
到此线程池中的线程异常了会被怎么处理讲完了，总结一下就是：
1、execute方法,可以看异常输出在控制台，而submit在控制台没有直接输出，必须调用Future.get()方法时，可以捕获到异常。
2、一个线程出现异常不会影响线程池里面其他线程的正常执行。
3、线程不是被回收而是线程池把这个线程移除掉，同时创建一个新的线程放到线程池中。
4、还有源码是个好东西，答案都在里面，就是太难看懂了
