被开发者抛弃的 Executors

学习并发编程的时候，线程可以利用 Thread 来创建并通过 start() 来启动一个线，但在成熟的项目中，基本上是不允许这样操作线程的，都需要通过线程池去收敛线程的使用，所以线程池是必须的。

Java 的线程池可以通过 ThreadPoolExecutor 来构造，在其中提供非常完备的构造方法，可以根据我们的业务需求灵活的构造线程池。同时 Java 还提供了一个 Executors，它内部提供了很多包装的方法，利用它可以帮我们快速的构建线程池。

原本 Executors 的目的就是为了让我们更方便的使用线程池，但是《阿里巴巴Java开发手册》也明确指出，直接使用 Executors 的缺陷。

手册中提到强制不允许使用 Executors 去



 

紧对线程池的创建，由开发人员明确线程池的运行规则，以此来尽量规避其资源耗尽的风险。

线程池是个好东西，但是怎么创建是一个问题。

二、Executors 怎么了?

1. 不被允许的 Executors

不应该使用 Executors 的原因，其实《阿里巴巴Java开发手册》里已经写明了，当需要处理大量任务的时候，可能会出现 OOM 异常，但它们出现 OOM 的原因并不一样。

ThreadPoolExecutor 的构造方法中，提供了很多参数的配置，其中与 Executors 出现 OOM 相关的就有 2 个：核心线程数和等待队列。

先来看看 FixedThreadPool 和 SingleThreadPool 出现 OOM 的原因。

它们的问题在于等待队列使用了 LinkedBlockingQueue 这个以链表实现的无界队列(最大长度是 Integer.MAX_VALUE)，最终导致堆积了大量等待处理的任务，从而导致频繁的 GC，最终触发 OOM。

（编辑：南通站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!