承接上节，我们通过代码输出结果可以看出：**线程池每次会同时执行 5 个任务，这 5 个任务执行完之后，剩余的 5 个任务才会被执行。** 大家可以先通过上面讲解的内容，分析一下到底是咋回事？（自己独立思考一会）

现在，让我们在回到我们写的 Demo， 现在应该是不是很容易就可以搞懂它的原理了呢？

### 当提交新任务时，异常如何处理?

1. 在任务代码try/catch捕获异常

2. 通过Future对象的get方法接收抛出的异常，再处理

3. 为工作者线程设置UncaughtExceptionHandler，在uncaughtException方法中处理异常

```java

ExecutorService threadPool = Executors.newFixedThreadPool(1, r -> {

Thread t = new Thread(r);

t.setUncaughtExceptionHandler(

(t1, e) -> {

System.out.println(t1.getName() + "线程抛出的异常"+e);

});

return t;

});

threadPool.execute(()->{

Object object = null;

System.out.print("result## " + object.toString());

});

```

4. 重写ThreadPoolExecutor的afterExecute方法，处理传递的异常引用

```java

class ExtendedExecutor extends ThreadPoolExecutor {

// 这可是jdk文档里面给的例子。。

protected void afterExecute(Runnable r, Throwable t) {

super.afterExecute(r, t);

if (t == null && r instanceof Future<?>) {

try {

Object result = ((Future<?>) r).get();

} catch (CancellationException ce) {

t = ce;

} catch (ExecutionException ee) {

t = ee.getCause();

} catch (InterruptedException ie) {

Thread.currentThread().interrupt(); // ignore/reset

}

}

if (t != null)

System.out.println(t);

}

}}

```

### 线程池都有哪几种工作队列？

- ArrayBlockingQueue ：一个由数组结构组成的有界阻塞队列

- LinkedBlockingQueue ：一个由链表结构组成的有界阻塞队列

- PriorityBlockingQueue ：一个支持优先级排序的无界阻塞队列

- DelayQueue：一个使用优先级队列实现的无界阻塞队列

- SynchronousQueue：一个不存储元素的阻塞队列

- LinkedTransferQueue：一个由链表结构组成的无界阻塞队列（实现了继承于 BlockingQueue 的 TransferQueue）

- LinkedBlockingDeque：一个由链表结构组成的双向阻塞队列

### 合理配置线程池你是如何考虑的？

首先要考虑到 CPU 核心数，那么在 Java 中如何获取核心线程数？

可以使用 `Runtime.getRuntime().availableProcessor()` 方法来获取（可能不准确，作为参考）

在确认了核心数后，再去判断是 CPU 密集型任务还是 IO 密集型任务：

- **CPU 密集型任务**：CPU密集型也叫计算密集型，这种类型大部分状况下，CPU使用时间远高于I/O耗时。有许多计算要处理、许多逻辑判断，几乎没有I/O操作的任务就属于 CPU 密集型。

CPU 密集任务只有在真正的多核 CPU 上才可能得到加速（通过多线程）

而在单核 CPU 上，无论开几个模拟的多线程该任务都不可能得到加速，因为 CPU 总的运算能力就那些。

如果是 CPU 密集型任务，频繁切换上下线程是不明智的，此时应该设置一个较小的线程数

一般公式：**CPU 核数 + 1 个线程的线程池**

为什么 +1 呢？

《Java并发编程实战》一书中给出的原因是：**即使当计算（CPU）密集型的线程偶尔由于页缺失故障或者其他原因而暂停时，这个“额外”的线程也能确保 CPU 的时钟周期不会被浪费。**

- **IO 密集型任务**：与之相反，IO 密集型则是系统运行时，大部分时间都在进行 I/O 操作，CPU 占用率不高。比如像 MySQL 数据库、文件的读写、网络通信等任务，这类任务**不会特别消耗 CPU 资源，但是 IO 操作比较耗时，会占用比较多时间**。

在单线程上运行 IO 密集型的任务会导致浪费大量的 CPU 运算能力浪费在等待。

所以在 IO 密集型任务中使用多线程可以大大的加速程序运行，即使在单核 CPU 上，这种加速主要就是利用了被浪费调的阻塞时间。所以在 IO 密集型任务中使用多线程可以大大的加速程序运行，即使在单核 CPU 上，这种加速主要就是利用了被浪费掉的阻塞时间。

IO 密集型时，大部分线程都阻塞，故需要多配置线程数：

这个其实没有一个特别适用的公式，肯定适合自己的业务，美团给出了个**动态更新**的逻辑，可以看看

- 我们使用的锁是面向使用者的，它定义了使用者与锁交互的接口，隐藏了实现的细节，我们就像范式那样直接使用就可以了，很简单