合理使用线程池的好处:
- 降低资源消耗。通过重复利用已创建的线程降低线程创建和销毁造成的消耗。
- 提高响应速度。当任务到达时,任务可以不需要等到线程创建就能立即执行。
- 提高线程的可管理行。使用线程池可以进行统一分配、调优和监控。
1.线程池的实现原理
线程池的处理流程:
ThreadPoolExecutor.execute(Runnable command)方法示意图:
1、3需要获取全局锁(创建工作线程)
public void execute(Runnable command) {
if (command == null)
throw new NullPointerException();
int c = ctl.get();//前三位:运行状态,后29位:线程数量
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) //是运行状态,且线程数为0
addWorker(null, false); //创建线程并从队列中获取当前任务执行
}
else if (!addWorker(command, false)) //线程数量小于最大线程数,创建线程并执行当前任务
reject(command);//丢弃策略,默认AbortPolicy:抛出RejectedExecutionException
}
工作线程:线程池创建线程时,会将线程封装成工作线程Worker,Worker在执行完任务后,还会循环获取工作队列里的任务来执行。Worker类的run()方法:
public void run() {
runWorker(this);
}
final void runWorker(Worker w) {
Thread wt = Thread.currentThread();
Runnable task = w.firstTask;
w.firstTask = null;
w.unlock(); // allow interrupts
boolean completedAbruptly = true;
try {
while (task != null || (task = getTask()) != null) {
w.lock();
// If pool is stopping, ensure thread is interrupted;
// if not, ensure thread is not interrupted. This
// requires a recheck in second case to deal with
// shutdownNow race while clearing interrupt
if ((runStateAtLeast(ctl.get(), STOP) ||
(Thread.interrupted() &&
runStateAtLeast(ctl.get(), STOP))) &&
!wt.isInterrupted())
wt.interrupt();
try {
beforeExecute(wt, task);
Throwable thrown = null;
try {
task.run();
} catch (RuntimeException x) {
thrown = x; throw x;
} catch (Error x) {
thrown = x; throw x;
} catch (Throwable x) {
thrown = x; throw new Error(x);
} finally {
afterExecute(task, thrown);
}
} finally {
task = null;
w.completedTasks++;
w.unlock();
}
}
completedAbruptly = false;
} finally {
processWorkerExit(w, completedAbruptly);
}
}
线程池中的线程执行任务分两种情况:
- 在execute方法中创建一个线程时,会让这个线程执行当前任务。
- 这个线程执行完上图中1的任务后,会反复从BlockingQueue里获取任务来执行。
2.线程池的使用
①线程池的创建
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue,
ThreadFactory threadFactory,
RejectedExecutionHandler handler)
-
corePoolSize:线程池核心线程数(线程池的基本大小)。当提交一个任务到线程池时,如果线程数小于该数值,线程池会创建一个线程来执行任务,即使其他核心线程能够执行新任务也会创建线程。如果调用了线程池的prestartAllCoreThreads方法,会提前创建并启动所有核心线程。
-
maximumPoolSize:线程池最大线程数。如果队列满了,并且已创建的线程数小于最大线程数,则线程池会再创建新的线程执行任务。
-
keepAliveTime:线程活动保持时间。allowCoreThreadTimeOut等于true时,或者工作线程数量超过核心线程数时,线程获取队列的任务时,将用超时获取,超时时间为keepAliveTime。
-
unit:线程活动保持时间的单位。构造器方法会用unit将keepAliveTime转成纳秒。
-
workQueue:任务队列。用于保存等待执行任务的阻塞队列。
ArrayBlockingQueue:一个基于数组结构的有界阻塞队列,FIFO。 LinkedBlockingQueue:一个基于链表结构的阻塞队列,FIFO,吞吐量通常高于ArrayBlockingQueue。 SynchronousQueue:一个不存储元素的阻塞队列。每个插入操作必须等到另一个线程调用移除操作,否则插入操作一直处于阻塞状态。吞吐量通常要高于LinkedBlockingQueue。 PriorityBlockingQueue:一个具有优先级的无限阻塞队列。
-
threadFactory:用于设置创建线程的工厂,可以通过线程工厂给每个创建出来的线程设置更有意义的名字。
-
handler:饱和策略。当队列和线程池都满了,说明线程池处于饱和状态,那么必须采取一种策略处理提交的新任务。Java提供的策略:
AbortPolicy:直接抛出异常。 CallerRunsPolicy:只用调用者所在线程来运行任务。 DiscardOldestPolicy:丢弃队列里最近的一个任务,并执行当前任务。 DiscardPolicy:不处理(相当于丢弃掉)。
②向线程池提交任务
可以使用两个方法向线程池提交任务,分别为execute和submit方法。
- void execute(Runnable command):用于提交不需要返回值的任务。
- Future<T> submit(Callable<T> task):用于提交需要返回值的任务。
3.关闭线程池
可以通过调用线程池的shutdown()和shutdownNow()方法来关闭线程池。它们是原理是遍历线程池中的工作线程,然后逐个调用线程的interrupt方法来中断线程,所以无法响应中断的任务可能永远无法终止。
区别:
-
shutdownNow()先将线程池的状态设置成STOP,然后中断所有正在执行或暂停任务的线程,并返回等待执行任务的列表。
-
shutdown()先将线程池的状态设置成SHUTDOWN,然后中断所有没有正在执行任务的线程。
只要调用了shutdown()或shutdownNow(),isShutdown()方法就会返回true。
当所有的任务都已关闭后,才表示线程池关闭成功,这时调用isTerminated()方法会返回true。
4.合理地配置线程池
从以下几个角度分析任务特性:
- 任务的性质:CPU密集型任务、IO密集型任务和混合型任务。
- 任务的优先级:高、中、低。
- 任务的执行时间:长、中、短。
- 任务的依赖性:是否依赖其他系统资源,如数据库连接。
CPU密集型任务,配置尽可能小的线程,如配置+1个线程的线程池。
IO密集型任务,线程并不是一直在执行任务,应配置尽可能多的线程,如2*。
混合型任务,如果可以拆分,将其拆分成一个CPU密集型任务和一个IO密集型任务,只要这两个任务执行的时间相差不是太大,那么分解后执行的吞吐量将高于串行执行的吞吐量。如果相差太大,则没必要进行分解。
可以通过Runtime.getRuntime().availableProcessors()方法获得当前设备的CPU个数。
优先级不同的任务可以使用优先级队列来处理。
执行时间不同的任务可以交给不同规模的线程池俩处理,或者使用优先级队列,让执行时间短的任务先执行。
依赖数据库连接池的任务,因为线程提交SQL后需要等待数据库返回结果,等待的时间越长,则CPU空闲时间就越长,那么线程数应该设置得越大,这样才能更好的利用CPU。(不会获取不到数据库连接吗??)
建议使用有界队列。
5.线程池的监控
可以通过线程池提供的参数进行监控,在监控线程池的时候可以使用一下属性:
- long getTaskCount():线程池需要执行的任务数量。
- long getCompletedTaskCount():线程池在运行过程中已完成的任务数量,小于或等于taskCount。
- int getLargestPoolSize():线程池里曾经创建过的最大线程数量。
- int getPoolSize():线程池的线程数量。线程池不销毁的话,线程里的线程不会自动销毁,所以这个大小只增不减。(当线程数量超过核心数量的时候,当存活时间内获取不到任务的时候,该线程会从workers里移除,这个数值就统计不到移除的线程了)
- int getActiveCount():获取活动的线程数。
通过扩展线程池进行监控:可通过继承线程池来自定义线程池,重写线程池的beforeExecute(Thread t, Runnable r)、afterExecute(Runnable r, Throwable t)、terminated()方法,可以在任务执行前、执行后、和线程池关闭前执行一些代码进行监控。例如监控任务的平均执行时间、最大执行时间和最小执行时间等。
网友评论