blog.csdn.net/u014454538/article/details/96910729
Java的线程池是运用场景最多的并发框架,几乎所有需要异步或者并发执行任务的程序都可以使用线程池。
合理使用线程池能带来的好处:
降低资源消耗。
通过重复利用已经创建的线程降低线程创建的和销毁造成的消耗。例如,工作线程Woker会无线循环获取阻塞队列中的任务来执行。
提高响应速度。
当任务到达时,任务可以不需要等到线程创建就能立即执行。
提高线程的可管理性。
线程是稀缺资源,Java的线程池可以对线程资源进行统一分配、调优和监控。
一个新的任务到线程池时,线程池的处理流程如下:
线程池的核心实现类是ThreadPoolExecutor类,用来执行提交的任务。因此,任务提交到线程池时,具体的处理流程是由ThreadPoolExecutor类的execute()方法去完成的。
工作线程(Worker)
线程池在创建线程时,会将线程封装成工作线程Woker。Woker在执行完任务后,不是立即销毁而是循环获取阻塞队列里的任务来执行。
可以通过ThreadPoolExecutor来创建一个线程池:
new ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime,
TimeUnit unit, BlockingQueue<Runnable> workQueue, RejectedExecutionHandler handler)
corePoolSize(线程池的基本大小):
maximumPoolSize(线程池的最大数量):线程池允许创建的最大线程数。
workQueue(工作队列):用于保存等待执行的任务的阻塞队列。
keepAliveTime(线程活动保持时间):线程池的工作线程空闲后,保持存活的时间。如果任务多而且任务的执行时间比较短,可以调大keepAliveTime,提高线程的利用率。
unit(线程活动保持时间的单位):可选单位有DAYS、HOURS、MINUTES、毫秒、微秒、纳秒。
handler(饱和策略,或者又称拒绝策略):当队列和线程池都满了,即线程池饱和了,必须采取一种策略处理提交的新任务。
threadFactory:构建线程的工厂类
1.常用的5个,核心池、最大池、空闲时间、时间的单位、阻塞队列;另外两个:拒绝策略、线程工厂类
2.常见线程池的创建参数如下。PS: CachedThreadPool核心池为0,最大池为Integer.MAX_VALUE,相当于只使用了最大池;其他线程池,核心池与最大池一样大,因此相当于只用了核心池。
FixedThredPool: new ThreadExcutor(n, n, 0L, ms, new LinkedBlockingQueue<Runable>()
SingleThreadExecutor: new ThreadExcutor(1, 1, 0L, ms, new LinkedBlockingQueue<Runable>())
CachedTheadPool: new ThreadExcutor(0, max_valuem, 60L, s, new SynchronousQueue<Runnable>());
ScheduledThreadPoolExcutor: ScheduledThreadPool, SingleThreadScheduledExecutor.
3.如果使用的阻塞队列为无界队列,则永远不会调用拒绝策略,因为再多的任务都可以放在队列中。
4.SynchronousQueue是不存储任务的,新的任务要么立即被已有线程执行,要么创建新的线程执行。
(搜索公众号Java知音,回复“2021”,送你一份Java面试题宝典)
使用ThreadPoolEXecutor.executor()方法来提交任务:
public void execute(Runnable command) {
// command为null,抛出NullPointerException
if (command == null)
throw new NullPointerException();
int c = ctl.get();
// 线程池中的线程数小于corePoolSize,创建新的线程
if (workerCountOf(c) < corePoolSize) {
if (addWorker(command, true))// 创建工作线程
return;
c = ctl.get();
}
// 将任务添加到阻塞队列,如果
if (isRunning(c) && workQueue.offer(command)) {
int recheck = ctl.get();
if (! isRunning(recheck) && remove(command))
reject(command);
else if (workerCountOf(recheck) == 0)
addWorker(null, false);
}// 阻塞队列已满,尝试创建新的线程,如果超过maximumPoolSize,执行handler.rejectExecution()
else if (!addWorker(command, false))
reject(command);
}
RUNNING : 该状态的线程池既能接受新提交的任务,又能处理阻塞队列中任务。
SHUTDOWN: 该状态的线程池不能接收新提交的任务,但是能处理阻塞队列中的任务。(政府服务大厅不在允许群众拿号了,处理完手头的和排队的政务就下班。)
STOP: 该状态的线程池不接受新提交的任务,也不处理在阻塞队列中的任务,还会中断正在执行的任务。(政府服务大厅不再进行服务了,拿号、排队、以及手头工作都停止了。)
TIDYING: 如果所有的任务都已终止,workerCount (有效线程数)=0 。
TERMINATED: 在terminated()钩子方法执行完后进入该状态,默认terminated()钩子方法中什么也没有做。
可以通过调用线程池的shutdown或者shutdownNow方法来关闭线程池:遍历线程池中工作线程,逐个调用interrupt方法来中断线程。
shutdown方法与shutdownNow的特点:
先从以下几个角度分析任务的特性:
任务性质不同的任务可以用不同规模的线程池分开处理。可以通过 Runtime.getRuntime().availableProcessors() 方法获得当前设备的 CPU 个数。
CPU 密集型任务配置 尽可能小的线程,如配置N^cpu+1
个线程的线程池。
IO 密集型任务则由于线程并不是一直在执行任务,则配置尽可能多的线程,如2*N^cpu
。
混合型任务 如果可以拆分,则将其拆分成一个 CPU 密集型任务和一个 IO 密集型任务。只要这两个任务执行的时间相差不是太大,那么分解后执行的吞吐率要高于串行执行的吞吐率;如果这两个任务执行时间相差太大,则没必要进行分解。
可以通过线程池提供的参数读线程池进行监控,有以下属性可以使用:
taskCount
:线程池需要执行的任务数量,包括已经执行完的、未执行的和正在执行的。completedTaskCount
:线程池在运行过程中已完成的任务数量,completedTaskCount <= taskCount
。largestPoolSize
:线程池曾经创建过的最大线程数量,通过这个数据可以知道线程池是否满过。如等于线程池的最大大小,则表示线程池曾经满了。getPoolSize
: 线程池的线程数量。如果线程池不销毁的话,池里的线程不会自动销毁,所以线程池的线程数量只增不减。getActiveCount
:获取活动的线程数。通过继承线程池并重写线程池的 beforeExecute,afterExecute 和 terminated 方法,我们可以在任务执行前,执行后和线程池关闭前干一些事情。
如监控任务的平均执行时间,最大执行时间和最小执行时间等。这几个方法在线程池里是空方法,如:
protected void beforeExecute(Thread t, Runnable r) { }
两种主要的线程池类型:普通的线程池ThreadPoolExecutor,支持延迟或周期性执行的任务的线程池ScheduledThreadPoolExcutor。
讲解ThreadPoolExcutor中5个常用参数+2个不常用参数,包含的三种线程池:创建时的参数、运行的流程、各自适合的场景。
讲解ScheduledThreadPoolExecutor的阻塞队列的原理、如何更改任务的time。
提供了五种定义好的线程池,都可以通过Executors工具类去调用,比如Executors.newFixedThreadPool(12)
如果corePoolSize为x,maximumPoolSize为y,阻塞队列为z,第w个任务进来如何分配?
线程池的调优(针对任务的不同特性 + 建议使用有界队列)
超过核心size怎么处理,队列满怎么处理,拒绝策略有哪些?(比较具体)
我是Rookie小强一枚95后苟且偷生的程序员,
写代码的同时也在记录自己的成长!欢迎加我微信交个朋友!