线程池ThreadPoolExecutor的execute和submit方法在程执行发生异常会怎么样

分析

首先，线程池ThreadPoolExecutor的execute和submit这两个方法，有个很突出的不同点：就是submit 提交是有返回值而execute是无返回值的。

猜测

submit方法返回对象是个Future对象，其实是FutureTask对象。然后通过FutureTask的get方法阻塞获取值。所以这里大胆猜测一下。既然能获取到值，那发生异常是不是父线程也能知道，所以submit提交的线程，在执行任务时，发生异常会将异常封装进FutureTask中，供父线程自己去处理。而线程池中的worker线程正常复用。

而execute方法是无返回的，所以父线程获取不到自线程执行的结果，所以线程池自己会处理这个异常，因为任务是在worker线程中执行的，所以发生异常worker线程就会退出，试想一下如果突然退出一个worker线程，如果队列中有大量任务要处理，就会影响线程池的效率。就好比工地一群工人在干活，突然一个工人倒下了，势必会影响项目进度，为了不影响进度，只能在找一个工人参与进来。我觉得线程池也会这样处理。所以猜测一个execute提交的线程，在执行时，发生异常时，线程池会自己处理，然后会重新初始化一个worker线程进行处理队列中的任务。

验证

验证最好的方法是查看源码：
查看execute源码：execute提交Runnable后 会将Runnable封装到worker对象中，然后启动worker线程。