本文共 919 字，大约阅读时间需要 3 分钟。

接上一篇 《》

1.  任务执行失败时的处理逻辑

1.1.  Worker

Worker相当于线程池中的线程

可以看到，Worker有几个重要的属性：

• thread ： 这是Worker运行的线程，可以理解为一个Worker就是一个线程
• firstTask ： 初始任务，可能为为null
• completedTasks ： Worker完成的任务数

同时，还应该注意到，在构造方法中给thread赋值为一个新线程。由于Worker实现了Runnable接口，也就是说它本身就是可执行的任务，当它启动的时候理所当然应该运行run()方法，而它的run()方法中调用了runWorker(this)方法

1.2.  Worker是如何创建的

主要是：创建Workder对象，并将该对象加入到Worker集合中，最后启动Worker（PS：启动Worker中的线程是启动Worker）

1.3.  runWorker(this)

可以看到，创建线程的时候传的是this，this代表的是Worker对象，而Worker是一个Runnable，因此当调用线程的start()方法后执行的是Worker的run()方法，而Worker的run()方法里面调用的时候runWorker(this)，因此，接下来重点看一下runWorker(this)

如果task.run()方法抛异常，则会被catch捕捉到，但是catch又将异常抛出去了，外层的两个try没有捕获，跳出循环，执行3个finally

我们只看最后一个finally

看到这里，一切真相大白

当任务执行失败后，该Workder会被从Worker集合中删除，然后，只要线程池当前还在继续处理任务，则重新创建一个新的Worker

也就是说，任务执行失败后，原来的Worker就死了，如果线程池还在继续处理任务，则再创建一个新的Worker

2.  拒绝策略

四种策略：

1. 直接抛异常（默认）
2. 什么也不做，也不抛异常
3. 如果线程池当期处于RUNNING状态，则执行这个任务，否则什么也不做
4. 如果线程池当前处于RUNNING状态，则删除队列头部的任务，然后将该任务加到工作任务队列中

3.  其它相关

《》