1、线程池的执行流程
当我们提交一个任务到线程池中,线程池的处理流程如下:
- 首先判断线程池里的核心线程是否都在执行任务,如果不是,则创建一个新的工作线程来执行任务。
- 如果核心线程都在执行任务,则判断工作队列是否已满,如果没满,则将新提交的任务存储在这个工作队列里。
- 如果工作队列满了,则判断线程数是否小于最大线程数,如果是,则创建临时线程直接执行任务
- 如果线程数已经到达了最大线程数,则会执行对应的拒绝策略逻辑
2、线程池的核心参数
线程池在创建的时候最大支持传入7个参数,分别是:
-
核心线程数
-
最大线程数
-
临时线程的空闲时间:临时线程会在空闲这段时间后
-
临时线程的空闲时间单位
-
工作队列:用来保存等待执行的任务的
-
threadFactory:设置创建线程的工厂
-
handler:线程池的拒绝策略
3、线程池的拒绝策略有哪些
拒绝策略是指将任务添加到线程池中时,线程池拒绝该任务所采取的相应策略,官方提供的有4种:
-
AbortPolicy:直接抛出异常,默认策略
-
CallerRunsPolicy:用调用者所在的线程来执行任务
-
DiscardOldestPolicy:丢弃阻塞队列中靠最前的任务,并执行当前任务
-
DiscardPolicy:直接丢弃任务
4、线程池的阻塞队列有哪些
阻塞队列指的是当线程中核心线程数已满,新任务到达时,存储线程的队列,常见的有下面几种:
-
ArrayBlockingQueue:基于数组结构的有界阻塞队列
-
LinkedBlockingQueue:基于链表结构的有界阻塞队列
-
PriorityBlockingQueue:具有优先级别的阻塞队列
-
SynchronousQueue:不存储元素的阻塞队列,每个插入操作都必须等待一个移出操作
5、submit和execute方法的区别
submit和execute方法都是线程池中用于提交线程任务的方法,区别点在于:
首先是参数有区别:两个方法的参数都可以是Runnable对象;submit方法的参数还可以是Callable对象
其次是返回值不同:execute没有返回值;submit可以返回一个Future对象,从这个对象中可以拿到线程运行结果
还有一点不同是:submit能够控制异常,在主线程中通过 Future 的 get 方法捕获线程中的异常;execute不可以
6、了解Executors创建线程池吗
了解过,Excutors是JDK提供的一个可以创建线程池的工具类,它可以创建4 种线程池
但是用它创建的线程池有的没有限制最大线程数,有的没有限制阻塞队列的长度,这样的话,极大可能导致OOM
因此我们公司不允许我们使用它,而是使用自己传递参数的方式创建线程池
7、如何确定线程池的核心线程数
线程池的核心线程数跟任务的性质有很大关系
- 对于CPU密集型时,任务可以少配置线程数,推荐配置为CPU核数+1,这样可以使得每个线程都在执行任务
- IO密集型时,即该任务需要大量的IO,大部分线程都阻塞,则需要多配置线程数,推荐配置为CPU核数的2倍