保姆纵火,www.langguo.info,谈股论金
java 线程池
最近在改进项目的并发功能，但开发起来磕磕碰碰的。看了好多资料，总算加深了认识。于是打算配合查看源代码，总结并发编程的原理。
准备从用得最多的线程池开始，围绕创建、执行、关闭认识线程池整个生命周期的实现原理。后续再研究原子变量、并发容器、阻塞队列、同步工具、锁等等主题。java.util.concurrent里的并发工具用起来不难，但不能仅仅会用，我们要read the fucking source code，哈哈。顺便说声，我用的jdk是1.8。
executor框架
executor是一套线程池管理框架，接口里只有一个方法execute，执行runnable任务。executorservice接口扩展了executor，添加了线程生命周期的管理，提供任务终止、返回任务结果等方法。abstractexecutorservice实现了executorservice，提供例如submit方法的默认实现逻辑。
然后到今天的主题threadpoolexecutor，继承了abstractexecutorservice，提供线程池的具体实现。
构造方法
下面是threadpoolexecutor最普通的构造函数，最多有七个参数。具体代码不贴了，只是一些参数校验和设置的语句。
我要评论
public threadpoolexecutor(int corepoolsize,
int maximumpoolsize,
long keepalivetime,
timeunit unit,
blockingqueue<runnable> workqueue,
threadfactory threadfactory,
rejectedexecutionhandler handler) {
}
corepoolsize是线程池的目标大小，即是线程池刚刚创建起来，还没有任务要执行时的大小。maximumpoolsize是线程池的最大上限。keepalivetime是线程的存活时间，当线程池内的线程数量大于corepoolsize，超出存活时间的空闲线程就会被回收。unit就不用说了，剩下的三个参数看后文的分析。
预设的定制线程池
threadpoolexecutor预设了一些已经定制好的线程池，由executors里的工厂方法创建。下面分析newsinglethreadexecutor、newfixedthreadpool、newcachedthreadpool的创建参数。
newfixedthreadpool
public static executorservice newfixedthreadpool(int nthreads) {
return new threadpoolexecutor(nthreads, nthreads,
0l, timeunit.milliseconds,
new linkedblockingqueue<runnable>());
}
newfixedthreadpool的corepoolsize和maximumpoolsize都设置为传入的固定数量，keepalivetim设置为0。线程池创建后，线程数量将会固定不变，适合需要线程很稳定的场合。
newsinglethreadexecutor
public static executorservice newsinglethreadexecutor() {
return new finalizabledelegatedexecutorservice
(new threadpoolexecutor(1, 1,
0l, timeunit.milliseconds,
new linkedblockingqueue<runnable>()));
}
newsinglethreadexecutor是线程数量固定为1的newfixedthreadpool版本，保证池内的任务串行。注意到返回的是finalizabledelegatedexecutorservice，来看看源码：
static class finalizabledelegatedexecutorservice
extends delegatedexecutorservice {
finalizabledelegatedexecutorservice(executorservice executor) {
super(executor);
}
protected void finalize() {
super.shutdown();
}
}
finalizabledelegatedexecutorservice继承了delegatedexecutorservice，仅仅在gc时增加关闭线程池的操作，再来看看delegatedexecutorservice的源码：
static class delegatedexecutorservice extends abstractexecutorservice {
private final executorservice e;
delegatedexecutorservice(executorservice executor) { e = executor; }
public void execute(runnable command) { e.execute(command); }
public void shutdown() { e.shutdown(); }
public list<runnable> shutdownnow() { return e.shutdownnow(); }
public boolean isshutdown() { return e.isshutdown(); }
public boolean isterminated() { return e.isterminated(); }
//...
}
代码很简单，delegatedexecutorservice包装了executorservice，使其只暴露出executorservice的方法，因此不能再配置线程池的参数。本来，线程池创建的参数是可以调整的，threadpoolexecutor提供了set方法。使用newsinglethreadexecutor目的是生成单线程串行的线程池，如果还能配置线程池大小，那就没意思了。
executors还提供了unconfigurableexecutorservice方法，将普通线程池包装成不可配置的线程池。如果不想线程池被不明所以的后人修改，可以调用这个方法。
newcachedthreadpool
public static executorservice newcachedthreadpool() {
return new threadpoolexecutor(0, integer.max_value,
60l, timeunit.seconds,
new synchronousqueue<runnable>());
}
newcachedthreadpool生成一个会缓存的线程池，线程数量可以从0到integer.max_value，超时时间为1分钟。线程池用起来的效果是：如果有空闲线程，会复用线程；如果没有空闲线程，会新建线程；如果线程空闲超过1分钟，将会被回收。
newscheduledthreadpool
newscheduledthreadpool将会创建一个可定时执行任务的线程池。这个不打算在本文展开，后续会另开文章细讲。
等待队列
newcachedthreadpool的线程上限几乎等同于无限，但系统资源是有限的，任务的处理速度总有可能比不上任务的提交速度。因此，可以为threadpoolexecutor提供一个阻塞队列来保存因线程不足而等待的runnable任务，这就是blockingqueue。
jdk为blockingqueue提供了几种实现方式，常用的有：
newfixedthreadpool和newsinglethreadexecutor在默认情况下使用一个无界的linkedblockingqueue。要注意的是，如果任务一直提交，但线程池又不能及时处理，等待队列将会无限制地加长，系统资源总会有消耗殆尽的一刻。所以，推荐使用有界的等待队列，避免资源耗尽。但解决一个问题，又会带来新问题：队列填满之后，再来新任务，这个时候怎么办？后文会介绍如何处理队列饱和。
newcachedthreadpool使用的synchronousqueue十分有趣，看名称是个队列，但它却不能存储元素。要将一个任务放进队列，必须有另一个线程去接收这个任务，一个进就有一个出，队列不会存储任何东西。因此，synchronousqueue是一种移交机制，不能算是队列。newcachedthreadpool生成的是一个没有上限的线程池，理论上提交多少任务都可以，使用synchronousqueue作为等待队列正合适。
饱和策略
当有界的等待队列满了之后，就需要用到饱和策略去处理，threadpoolexecutor的饱和策略通过传入rejectedexecutionhandler来实现。如果没有为构造函数传入，将会使用默认的defaulthandler。
private static final rejectedexecutionhandler defaulthandler = new abortpolicy();
public static class abortpolicy implements rejectedexecutionhandler {
public abortpolicy() { }
public void rejectedexecution(runnable r, threadpoolexecutor e) {
throw new rejectedexecutionexception("task " + r.tostring() + " rejected from " + e.tostring());
}
}
abortpolicy是默认的实现，直接抛出一个rejectedexecutionexception异常，让调用者自己处理。除此之外，还有几种饱和策略，来看一下：
public static class discardpolicy implements rejectedexecutionhandler {
public discardpolicy() { }
public void rejectedexecution(runnable r, threadpoolexecutor e) {
}
}
discardpolicy的rejectedexecution直接是空方法，什么也不干。如果队列满了，后续的任务都抛弃掉。
public static class discardoldestpolicy implements rejectedexecutionhandler {
public discardoldestpolicy() { }
public void rejectedexecution(runnable r, threadpoolexecutor e) {
if (!e.isshutdown()) {
e.getqueue().poll();
e.execute(r);
}
}
}
discardoldestpolicy会将等待队列里最旧的任务踢走，让新任务得以执行。
public static class callerrunspolicy implements rejectedexecutionhandler {
public callerrunspolicy() { }
public void rejectedexecution(runnable r, threadpoolexecutor e) {
if (!e.isshutdown()) {
r.run();
}
}
}
最后一种饱和策略是callerrunspolicy，它既不抛弃新任务，也不抛弃旧任务，而是直接在当前线程运行这个任务。当前线程一般就是主线程啊，让主线程运行任务，说不定就阻塞了。如果不是想清楚了整套方案，还是少用这种策略为妙。
threadfactory
每当线程池需要创建一个新线程，都是通过线程工厂获取。如果不为threadpoolexecutor设定一个线程工厂，就会使用默认的defaultthreadfactory：
public static threadfactory defaultthreadfactory() {
return new defaultthreadfactory();
}
static class defaultthreadfactory implements threadfactory {
private static final atomicinteger poolnumber = new atomicinteger(1);
private final threadgroup group;
private final atomicinteger threadnumber = new atomicinteger(1);
private final string nameprefix;
defaultthreadfactory() {
securitymanager s = system.getsecuritymanager();
group = (s != null) ? s.getthreadgroup() :
thread.currentthread().getthreadgroup();
nameprefix = "pool-" +
poolnumber.getandincrement() +
"-thread-";
}
public thread newthread(runnable r) {
thread t = new thread(group, r,
nameprefix + threadnumber.getandincrement(),
0);
if (t.isdaemon())
t.setdaemon(false);
if (t.getpriority() != thread.norm_priority)
t.setpriority(thread.norm_priority);
return t;
}
}
平时打印线程池里线程的name时，会输出形如pool-1-thread-1之类的名称，就是在这里设置的。这个默认的线程工厂，创建的线程是普通的非守护线程，如果需要定制，实现threadfactory后传给threadpoolexecutor即可。
不看代码不总结不会知道，光是线程池的创建就可以引出很多学问。别看平时创建线程池是一句代码的事，其实threadpoolexecutor提供了很灵活的定制方法。
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
浅析我对 String、StringBuilder、StringBuffer 的理解
使用IDEA搭建SSM框架的详细教程(spring + springMVC +MyBatis)
Springboot整合freemarker 404问题解决方案
引入mybatis-plus报 Invalid bound statement错误问题的解决方法
网友评论