更多详细的线程池ThreadPoolExecutor信息参考:
http://blog.csdn.net/waterbig/article/details/4794214
http://blog.csdn.net/waterbig/article/details/4794244
JAVA线程池(ThreadPoolExecutor)源码分析
线程池类为 java.util.concurrent.ThreadPoolExecutor,常用构造方法为:
ThreadPoolExecutor(intcorePoolSize, intmaximumPoolSize,
longkeepAliveTime, TimeUnitunit,
BlockingQueue
RejectedExecutionHandlerhandler)
corePoolSize:线程池维护线程的最少数量
maximumPoolSize:线程池维护线程的最大数量
keepAliveTime:线程池维护线程所允许的空闲时间
unit:线程池维护线程所允许的空闲时间的单位
workQueue:线程池所使用的缓冲队列
handler:线程池对拒绝任务的处理策略
一个任务通过 execute(Runnable)方法被添加到线程池,任务就是一个 Runnable类型的对象,任务的执行方法就是 Runnable类型对象的run()方法。
当一个任务通过execute(Runnable)方法欲添加到线程池时:
l 如果此时线程池中的数量小于corePoolSize,即使线程池中的线程都处于空闲状态,也要创建新的线程来处理被添加的任务。
l 如果此时线程池中的数量等于 corePoolSize,但是缓冲队列 workQueue未满,那么任务被放入缓冲队列。
l 如果此时线程池中的数量大于等于corePoolSize,缓冲队列workQueue满,并且线程池中的数量小于maximumPoolSize,建新的线程来处理被添加的任务。
l 如果此时线程池中的数量大于corePoolSize,缓冲队列workQueue满,并且线程池中的数量等于maximumPoolSize,那么通过 handler所指定的策略来处理此任务。也就是:处理任务的优先级为:核心线程corePoolSize、任务队列workQueue、最大线程maximumPoolSize,如果三者都满了,使用handler处理被拒绝的任务。
l 当线程池中的线程数量大于 corePoolSize时,如果某线程空闲时间超过keepAliveTime,线程将被终止。这样,线程池可以动态的调整池中的线程数。
以上的说明是不是很抽象,那我们就用代码来验证一下线程池是否按照以上的策略来严格执行:
Ø 首先实现Runnable的类ThreadPoolTask,为了很好的达到线程池的实战效果,我们在run执行体中加入2秒的延时。代码如下:
publicclassThreadPoolTaskimplementsRunnable,Serializable {
privateObjectattachData;
ThreadPoolTask(Objecttasks) {
this.attachData =tasks;
}
publicvoidrun() {
System.out.println("开始执行任务:" + attachData);
attachData =null;
try {
Thread.sleep(2000);//延时2秒,演示线程池满
} catch (InterruptedExceptione) {
e.printStackTrace();
}
}
publicObjectgetTask() {
returnthis.attachData;
}
}
Ø 验证如果此时线程池中的数量等于 corePoolSize,但是缓冲队列 workQueue未满,那么任务被放入缓冲队列。
执行结果:
Ø 验证如果此时线程池中的数量大于等于corePoolSize,缓冲队列workQueue满,并且线程池中的数量小于maximumPoolSize,建新的线程来处理被添加的任务
执行结果:
Ø 验证如果此时线程池中的数量大于corePoolSize,缓冲队列workQueue满,并且线程池中的数量等于maximumPoolSize,那么通过 handler所指定的策略来处理此任务。也就是:处理任务的优先级为:核心线程corePoolSize、任务队列workQueue、最大线程maximumPoolSize,如果三者都满了,使用handler处理被拒绝的任务。
执行结果:
补充进行验证handler注册策略:
执行结果: