1、java 在框架里面也构建了几个内部的常用线程池,供业务选择使用
Java1.5引入的Executor框架把任务的提交和执行进行解耦,只需要定义好任务,然后提交给线程池,而不用关心该任务是如何执行、被哪个线程执行,以及什么时候执行。因此,我们可以通过如下方式创建不同形式的线程池。
(1)ExecutorService executor = Executors.newFixedThreadPool(5)
创建一个指定工作线程数量的线程池。每当提交一个任务就创建一个工作线程,如果工作线程数量达到线程池初始的最大数,则将提交的任务存入到池队列中。
(2)ExecutorService executor = Executors.newCachedThreadPool()
创建一个可根据需要创建新线程的线程池,但是在以前构造的线程可用时将重用它们。对于执行很多短期异步任务的程序而言,这些线程池通常可提高程序性能。
(3)ExecutorService executor = Executors.newScheduledThreadPool(5)
创建一个线程池,它可安排在给定延迟后运行命令或者定期地执行。
(4)ExecutorService executor = Executors.newSingleThreadExecutor()
创建一个使用单个 worker 线程的 Executor,以无界队列方式来运行该线程。
2、内部线程池存在的问题:
Executors.newCachedThreadPool(): 在创建初始化的时候核心线程数为0,但是最大线程数默认为 Integer.MAX_VALUE, 而且队列使用的是SynchronousQueue,SynchronousQueue是一个不存储元素的队列,可以认为永远是满的,所以新来一个任务,就会创建一个线程,假设任务出现bug,无限制的创建任务,那么会导致资源被耗费完全,从而导致OOM
Executors.newSingleThreadExecutor() : 当一个任务提交时,首先会创建一个核心线程来执行任务,如果超过核心线程的数量,将会放入队列中,因为LinkedBlockingQueue是长度为Integer.MAX_VALUE的队列,可以认为是无界队列,因此往队列中可以插入无限多的任务,在资源有限的时候容易引起OOM异常,同时因为无界队列,maximumPoolSize和keepAliveTime参数将无效,压根就不会创建非核心线程
参考文献:
1、https://www.cnblogs.com/junjiang3/p/8543971.html
2、