Java线程池
Pool池塘,Executor执行
利用Executors创建不同的线程池满足不同场景的需求
-
newFiexdThreadPool(int nThreads)
指定工作线程数量的线程池 -
newCachedThreadPool()
处理大量短时间工作任务的线程池,
(1) 试图缓存线程并重用,当无缓存线程可用时,就会创建新的工作线程;
(2) 如果线程闲置的时间超过阈值,则会被终止并移除缓存;
(3) 系统长时间闲置的时候,不会消耗什么资源 -
newSingleThreadExecutor()
创建唯一的工作者线程来执行任务,如果线程异常结束,会有另一个线程取代它 -
newSingleThreadScheduledExecutor()与newScheduledThreadPool(int corePoolSize)
定时或者周期性的工作调度,两者的区别在于单一工作线程还是多个线程 -
newWorkStealingPool()
内部会构建ForkJoinPool,利用working-stealing算法,并行地处理任务,不保证处理顺序
Fork/Join框架
- 把大任务分割成若干个小任务并行执行,最终汇总每个小任务结果后得到大任务结果的框架
Work-Stealing算法:某个线程从其他队列里窃取任务来执行
为什么要使用线程池
- 降低资源消耗
- 提高线程的可管理性
Executor的框架![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/7d055c64261272782acecc9bb09085f9.png)
J.U.C的三个Executor接口
- Executor :运行新任务的简单接口,将任务提交和任务执行细节解耦
- ExecutorService:具备管理执行器和任务生命周期的方法,提交任务机制更完善
Thread t = new Thread();
t.start();
Thread t = new Thread();
executor.execute(t);
- ScheduledExecutorService:支持Future和定期执行任务
ThreadPoolExecutor
ThreadPoolExecutor的构造函数
- corePoolSize:核心线程数量
- maximumPoolSize:线程不够用时能够创建的最大线程数
- workQueue:任务等待队列
- keepAliveTime:抢占的顺序不一定,看运气
- threadFactory:创建新线程,Executors.defaultThreadFactory()
handler:线程池的饱和策略
- AbortPolicy:直接抛出异常,这是默认策略
- CallerRunsPolicy:用调用者所在的线程来执行任务
- DiscardOldestPolicy:丢弃队列中靠最前的任务,并执行当前任务
- DiscardPolicy:直接丢弃任务
- 实现RejectedExecutionHandler接口的自定义handler
新任务提交execute执行后的判断
- 如果运行的线程少于 corePoolSize,则创建新线程来处理任务,即使线程池中的其他线程是空闲的;
- 如果线程池中的线程数量大于等于 corePoolSize 且小于
maximumPoolSize,则只有当workQueue满时才创建新的线程去处理任务; - 如果设置的corePoolSize 和 maximumPoolSize相同,则创建的线程池的大小是固定的,这时如果有新任务提交,若workQueue未满,则将请求放入workQueue中,等待有空闲的线程去workQueue中取任务并处理;
- 如果运行的线程数量大于等于maximumPoolSize,这时如果workQueue已经满了,则通过handler所指定的策略来处理任务;
流程图
线程池的状态
- RUNNING:能接受新提交的任务,并且也能处理阻塞队列中的任务
- SHUTDOWN:不再接受新提交的任务,但可以处理存量任务
- STOP:不再接受新提交的任务,也不处理存量任务
- TIDYING:所有的任务都已终止
- TERMINATED:terminated() 方法执行完后进入该状态
状态转换图
工作线程的生命周期
线程池的大小如何选定
- CPU密集型:线程数=按照核数或者核数+1设定
- I/O密集型:线程数=CPU核数*(1 + 平均等待时间/平均工作时间)