实际操作参考Executors创建的4种线程池的使用
为什么需要线程池
多线程技术主要解决处理器单元内多个线程执行的问题,它可以显著减少处理器单元的闲置时间,增加处理器单元的吞吐能力。
假设一个服务器完成一项任务所需时间为:T1 创建线程时间,T2 在线程中执行任务的时间,T3 销毁线程时间。
如果:T1 + T3 远大于 T2,则可以采用线程池,以提高服务器性能。
线程池技术正是关注如何缩短或调整T1,T3时间的技术,从而提高服务器程序性能的。它把T1,T3分别安排在服务器程序的启动和结束的时间段或者一些空闲的时间段,这样在服务器程序处理客户请求时,不会有T1,T3的开销了。
利用Executors创建不同的线程池满足不同场景的需求
1. newFixedThreadPool(int n Threads)指定工作线程数量的线程池
2. newCachedThreadPool处理大量短时间工作任务的线程池,
- 试图缓存线程并重用,当无缓存线程可用时,就会创建新的工作线程;
- 如果线程闲置的时间超过阈值,则会被终止并移出缓存;
- 系统长时间闲置的时候,不会消耗什么资源
3. newSingleThreadExecutor创建唯一的工作者线程来执行任务,如果线程异常结束,会有另一个线程取代它
4. newSingleThreadScheduledExecutor()与newScheduledThreadPool(int corePoolSize)定时或者周期性的工作调度,两者的区别在于单一工作线程还是多个线程
5. newWorkStealingPool()内部会构建 ForkJoinPool,利用 working- stealing算法,并行地处理任务,不保证处理顺序
Executor的框架
J.U.C的三个 Executor接口
- Executor:运行新任务的简单接口,将任务提交和任务执行细节解耦
- ExecutorService:具备管理执行器和任务生命周期的方法,提交任务机制更完善
- ScheduledexecutorService:支持Future和定期执行任务
ThreadPoolExecutor
ThreadPool Executor的构造函数
- corePoolsize:核心线程数量
- maximum Poolsize:线程不够用时能够创建的最大线程数
- workQueue:任务等待队列
- keepAliveTime:抢占的顺序不一定,看运气
- threadFactory:创建新线程, Executors. defaultThread Factory()
6.handler:线程池的饱和策略
- AbortPolicy:直接抛出异常,这是默认策略
- CallerRunsPolicy:用调用者所在的线程来执行任务
- DiscardoldestPolicy:丢弃队列中靠最前的任务,并执行当前任务
- Discard Policy:直接丢弃任务
- 实现 Rejected Execution Handler接口的自定义handler
新任务提交execute执行后的判断
- 如果运行的线程少于 core Poolsize,则创建新线程来处理任务,即使线程池中的其他线程是空闲的;
- 如果线程池中的线程数量大于等于 core poolsize且小于maximum PoolSize,则只有当 workQueue满时才创建新的线程去处理任务;
- 如果设置的 core poolsize和 maximum Poolsize相同,则创建的线程池的大小是固定的,这时如果有新任务提交,若 workQueue未满,则将请求放入 workQueue中,等待有空闲的线程去从 workQueue中取任务并处理;
- 如果运行的线程数量大于等于 maximum Poolsize,这时如果workQueue已经满了,则通过 handler所指定的策略来处理任务;
线程池的状态
- RUNNING:能接受新提交的任务,并且也能处理阻塞队列中的任务
- SHUTDOWN:不再接受新提交的任务,但可以处理存量任务
- STOP:不再接受新提交的任务,也不处理存量任务
- TIDYING:所有的任务都已终止
- TERMINATED: terminated()方法执行完后进入该状态
线程状态转换图
工作线程的生命周期:
线程池的大小如何选定
- CPU密集型:线程数=按照核数或者核数+1设定
- I/O密集型:线程数=CP∪核数*(1+平均等待时间/平均工作时间)