共计 5160 个字符,预计需要花费 13 分钟才能阅读完成。
为什么阿里巴巴要禁用 Executors 创立线程池?看阿里巴巴开发手册并发编程这块有一条:线程池不容许应用 Executors 去创立,而是通过 ThreadPoolExecutor 的形式,通过源码剖析禁用的起因
一、线程池的定义
治理一组工作线程。通过线程池复用线程有以下几点长处:
- 缩小资源创立 => 缩小内存开销,创立线程占用内存
- 升高零碎开销 => 创立线程须要工夫,会提早解决的申请
- 进步稳固稳定性 => 防止有限创立线程引起的
OutOfMemoryError
【简称 OOM】
二、Executors 创立线程池的形式
依据返回的对象类型创立线程池能够分为三类:
- 创立返回 ThreadPoolExecutor 对象
- 创立返回 ScheduleThreadPoolExecutor 对象
- 创立返回 ForkJoinPool 对象
三、ThreadPoolExecutor 对象
因为这些创立线程池的静态方法都是返回 ThreadPoolExecutor
对象,和咱们手动创立 ThreadPoolExecutor
对象的区别就是咱们不须要本人传构造函数的参数。ThreadPoolExecutor
的构造函数共有四个,但最终调用的都是同一个:
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue,
ThreadFactory threadFactory,
RejectedExecutionHandler handler)
结构函数参数阐明:
- corePoolSize => 线程池外围线程数量
- maximumPoolSize => 线程池最大数量
- keepAliveTime => 闲暇线程存活工夫
- unit => 工夫单位
- workQueue => 线程池所应用的缓冲队列
- threadFactory => 线程池创立线程应用的工厂
- handler => 线程池对回绝工作的解决策略
四、线程池执行工作逻辑和线程池参数的关系
<img src=”https://tva1.sinaimg.cn/large/007S8ZIlgy1ggm9avnt4pj30lp0ak74g.jpg” alt=”image-20200205095809050″ style=”zoom:50%;” />
执行逻辑阐明:
- 判断外围线程数是否已满,外围线程数大小和
corePoolSize
参数无关,未满则创立线程执行工作 - 若外围线程池已满,判断队列是否满,队列是否满和
workQueue
参数无关,若未满则退出队列中 - 若队列已满,判断线程池是否已满,线程池是否已满和
maximumPoolSize
参数无关,若未满创立线程执行工作 - 若线程池已满,则采纳回绝策略解决无奈执执行的工作,回绝策略和
handler
参数无关
五、Executors 创立返回 ThreadPoolExecutor 对象
Executors
创立返回 ThreadPoolExecutor 对象的办法共有三种:
- Executors#newCachedThreadPool => 创立可缓存的线程池
- Executors#newSingleThreadExecutor => 创立单线程的线程池
- Executors#newFixedThreadPool => 创立固定长度的线程池
5.1Executors#newCachedThreadPool 办法
public static ExecutorService newCachedThreadPool() {
return new ThreadPoolExecutor(0, Integer.MAX_VALUE,
60L, TimeUnit.SECONDS,
new SynchronousQueue<Runnable>());
}
-
CachedThreadPool
是一个依据须要创立新线程的线程池 - corePoolSize => 0,外围线程池的数量为 0
- maximumPoolSize => Integer.MAX_VALUE,线程池最大数量为 Integer.MAX_VALUE,能够认为能够有限创立线程
- keepAliveTime => 60L
- unit => 秒
- workQueue => SynchronousQueue
当一个工作提交时,corePoolSize
为 0 不创立外围线程,SynchronousQueue
是一个不存储元素的队列,能够了解为队里永远是满的,因而最终会创立非核心线程来执行工作。对于非核心线程闲暇 60s 时将被回收。** 因为 Integer.MAX_VALUE
十分大,能够认为是能够有限创立线程的,在资源无限的状况下容易引起 OOM 异样
5.2 Executors#newSingleThreadExecutor 办法
public static ExecutorService newSingleThreadExecutor() {
return new FinalizableDelegatedExecutorService
(new ThreadPoolExecutor(1, 1,
0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue<Runnable>()));
}
SingleThreadExecutor
是单线程线程池,只有一个外围线程
- corePoolSize => 1,外围线程池的数量为 1
- maximumPoolSize => 1,线程池最大数量为 1,即最多只能够创立一个线程,惟一的线程就是外围线程
- keepAliveTime => 0L
- unit => 毫秒
- workQueue => LinkedBlockingQueue
当一个工作提交时,首先会创立一个外围线程来执行工作,如果超过外围线程的数量,将会放入队列中,因为 LinkedBlockingQueue
是长度为 Integer.MAX_VALUE
的队列,能够认为是无界队列,因而往队列中能够插入有限多的工作,在资源无限的时候容易引起 OOM
异样 ,同时因为无界队列,maximumPoolSize
和keepAliveTime
参数将有效,压根就不会创立非核心线程
5.3 Executors#newFixedThreadPool 办法
public static ExecutorService newFixedThreadPool(int nThreads) {
return new ThreadPoolExecutor(nThreads, nThreads,
0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue<Runnable>());
}
FixedThreadPool
是固定外围线程的线程池,固定外围线程数由用户传入
- corePoolSize => nThreads,外围线程池的数量为 1
- maximumPoolSize => nThreads,线程池最大数量为 nThreads,即最多只能够创立 nThreads 个线程
- keepAliveTime => 0L
- unit => 毫秒
- workQueue> LinkedBlockingQueue 它和
SingleThreadExecutor
相似,惟一的区别就是外围线程数不同,并且因为 ** 应用的是LinkedBlockingQueue
,在资源无限的时候容易引起OOM
异样
六、三种形式总结
- FixedThreadPool 和 SingleThreadExecutor => 容许的申请队列长度为 Integer.MAX_VALUE,可能会沉积大量的申请,从而引起
OOM
异样 - CachedThreadPool => 容许创立的线程数为 Integer.MAX_VALUE,可能会创立大量的线程,从而引起
OOM
异样
七、OOM 异样测试
public class TaskTest {public static void main(String[] args) {ExecutorService es = Executors.newCachedThreadPool();
int i = 0;
while (true) {es.submit(new Task(i++));
}
}
}
应用 Executors
创立的 CachedThreadPool
,往线程池中有限增加线程 在启动测试类之前先将JVM
内存调整小一点,不然很容易将电脑跑出问题,在 idea
里:Run
-> Edit Configurations
<img src=”https://tva1.sinaimg.cn/large/007S8ZIlgy1ggm9iwblb8j30tw0i60tn.jpg” alt=”image-20200205095809050″ style=”zoom:50%;” />
创立到 3w 多个线程的时候开始报 OOM
谬误
另外两个线程池就不做测试了,测试方法统一,只是创立的线程池不一样
<img src=”https://tva1.sinaimg.cn/large/007S8ZIlgy1ggm9ugaj8ij315c0juaaq.jpg” alt=”image-20200205095809050″ style=”zoom:30%” />
八、如何定义线程池参数
-
CPU 密集型 => 线程池的大小举荐为
CPU
数量 + 1,CPU
数量能够依据Runtime.availableProcessors
办法获取 -
IO 密集型 =>
CPU
数量CPU
利用率 (1 + 线程等待时间 / 线程 CPU 工夫) -
混合型 => 将工作分为
CPU
密集型和IO
密集型,而后别离应用不同的线程池去解决,从而使每个线程池能够依据各自的工作负载来调整 - 阻塞队列 => 举荐应用有界队列,有界队列有助于防止资源耗尽的状况产生
-
回绝策略 => 默认采纳的是 AbortPolicy 回绝策略,间接在程序中抛出 RejectedExecutionException 异样【因为是运行时异样,不强制 catch】,这种解决形式不够优雅。解决回绝策略有以下几种比拟举荐:
- 在程序中捕捉
RejectedExecutionException
异样,在捕捉异样中对工作进行解决。针对默认回绝策略 - 应用
CallerRunsPolicy
回绝策略,该策略会将工作交给调用 execute 的线程执行【个别为主线程】,此时主线程将在一段时间内不能提交任何工作,从而使工作线程解决正在执行的工作。此时提交的线程将被保留在TCP
队列中,TCP 队列满将会影响客户端,这是一种平缓的性能升高 - 自定义回绝策略,只须要实现
RejectedExecutionHandler
接口即可 - 如果工作不是特地重要,应用
DiscardPolicy
和DiscardOldestPolicy
回绝策略将工作抛弃也是能够的
- 在程序中捕捉
如果应用 Executors 的静态方法创立 ThreadPoolExecutor
对象,能够通过应用 Semaphore
对工作的执行进行限流也能够避免出现 OOM
异样
九、如何正确的创立线程池
9.1 ScheduledExecutorService
ScheduledExecutorService executorService = new ScheduledThreadPoolExecutor(1,
new BasicThreadFactory.Builder().namingPattern("example-schedule-pool-%d").daemon(true).build());
executorService.execute(() -> System.out.println("run"));
9.2 new ThreadFactoryBuilder()
ThreadFactory namedThreadFactory = new ThreadFactoryBuilder().setNameFormat("demo-pool-%d").build();
ExecutorService executor = new ThreadPoolExecutor(
5, 200, 0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue<>(1024), namedThreadFactory, new ThreadPoolExecutor.AbortPolicy());
executor.submit(() -> System.out.println(Thread.currentThread().getName() + "run"));
executor.shutdown();
9.3 ThreadPoolTaskExecutor xml 形式
https://juejin.im/post/5dc41c…
https://my.oschina.net/u/4440…
本文由博客群发一文多发等经营工具平台 OpenWrite 公布