Thread & ExecutorService & ThreadPoolExecutor 总览
ExecutorService
类方法
- shutdown
允许已经提交的任务(尚未开始执行和已经开始执行的)继续执行 - shutdownNow
尚未开始执行的任务不再执行,同时尝试终止正在执行的任务 - 无论是shutdown 还是shutdownNow,两个的执行都会阻止新的任务提交
- 一个ExecutorService一旦termination,表明没有正在执行的任务,没有等待执行的任务,也不会有新的任务可以被提交。
- 如果一个ExecutorService不再使用,应该调用shutdown方法来回收资源。
-
submit方法(三个重载方法)
- 返回的Future对象可以用来取消任务和等待任务执行完成
-
invokeAny和invokeAll方法
- 用户批量执行任务,
- invokeAny:会阻塞当前线程,直到某个任务完成。并返回这个任务相关的Future对象
- invokeAll:会阻塞当前线程,直到所有任务完成。
- isShutdown和isTerminated分别对应于两个状态:关闭状态,终结状态
-
两阶段shutdown
- 先执行shutdown方法
- 调用awaitTermination方法
- 再调用shutdownNow方法
void shutdownAndAwaitTermination(ExecutorService pool) {
pool.shutdown(); // Disable new tasks from being submitted
try {
// Wait a while for existing tasks to terminate
if (!pool.awaitTermination(60, TimeUnit.SECONDS)) {
pool.shutdownNow(); // Cancel currently executing tasks
// Wait a while for tasks to respond to being cancelled
if (!pool.awaitTermination(60, TimeUnit.SECONDS))
System.err.println("Pool did not terminate");
}
} catch (InterruptedException ie) {
// (Re-)Cancel if current thread also interrupted
pool.shutdownNow();
// Preserve interrupt status
Thread.currentThread().interrupt();
}
}
Thread
-
interrupt方法
如果执行a.interrupt方法后,如果a线程(注意是a线程,不是调用线程)抛出了InterruptedException异常,那么a的中断状态会被清除。如果不是抛出InterruptedException异常,那么a的中断状态都会被设置。
-
interrupted方法
执行a.interrupted方法会返回a线程的中断状态,同时会清除a线程的中断状态
-
isInterrupted方法
执行a.interrupted方法会返回a线程的中断状态,不会清除a线程的中断状态
ThreadPoolExecutor
core pool size 及 max pool size
一个新的任务提交哪些情况下回创建新的线程:
1. 已创建的的线程数小于corePoolSize(即便有线程是空闲的)
2. 已创建的线程数大于corePoolSize小于maxPoolSize,同时任务队列已经满的情况下,也会创建新的线程
可以动态改变这两个的值:setCorePoolSize 以及 setMaximumPoolSize
如果corePoolSize==maxinumPoolSize,那么则创建了一个固定大小的线程池
keep alive time
如果已创建的线程大于了corePoolSize,并且如果有线程的空闲时间大于了keepAliveTime,那么这些线程会被kill掉直到剩下corePoolSize个线程。
可以动态设置:setKeepAliveTime方法
默认情况下keep-alive策略只会针对已创建线程数大于corePoolSize的情况下
可以通过执行allowCoreThreadTimeOut(boolean)让keep-alive策略应用在已创建线程数小于corePoolSize的情况下。
BlockingQueue
1. 如果已创建线程数小于corePoolSize,那么会创建新的线程来执行当前提交的任务,而不是进入阻塞队列
2. 如果已创建线程数大于等于corePoolSize,会尝试先进入阻塞队列,如果进入失败(其实就是队列已满),则会在maxPoolSize条件下创建新的线程来执行当前提交的任务。如果不满足maxPoolSize条件,那么就会执行 拒绝执行策略(默认的拒绝执行策略见下)
3. 通常有三种入队列策略
1. 直接传递给线程(Direct handoffs)
比如:SychronousQueue
感觉可以理解为这个入队列会总是失败,就相当于没有这个队列一样。这样就能在maxPoolSize条件下尽可能快的创建(或选择空闲的线程)来执行新提交的任务。
如果提交的任务有互相的依赖性,可以考虑使用这种队列。
public static ExecutorService newCachedThreadPool() {
return new ThreadPoolExecutor(0, Integer.MAX_VALUE,
60L, TimeUnit.SECONDS,
new SynchronousQueue<Runnable>());
}
2. *队列(Unbounded Queue)
比如:LinkedBlockingQueue
可以理解为如果有任务需要入队列,那么总会入队成功。
因此按照创建新线程的条件,理论上不会有超过corePoolSize个数的线程。也就是说理论上线程数最多为corePoolSize,因此maxPoolSize的设置也就显得没有意义了。
如果提交的任务互相间没有依赖性,可以考虑使用这种队列
3. 有界队列(Bounded Queue)
比如:ArrayBlockingQueue
如果使用有限个maxPoolSize,那么使用这种队列可以防止资源的耗尽。
使用长队列和小的线程池,可以降低CPU使用率,降低系统资源的消耗,以及降低线程上下文切换的消耗,但是会导致低吞吐量。如果任务频繁的阻塞,系统可能会创建比允许的线程数多的线程。
使用短队列和大的线程池,可以提高CPU使用率,但也有可能导致吞吐量下降。
拒绝执行策略
我自己的叫法,实际上就是 RejectedExceptionHandler
1. ThreadPoolExecutor.AbortPolicy
抛出RejectedExecutionException异常
public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {
throw new RejectedExecutionException("Task " + r.toString() +
" rejected from " +
e.toString());
}
2. ThreadPoolExecutor.CallerRunsPolicy
在调用线程上执行(哪个线程提交的任务就哪个线程执行)
public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {
if (!e.isShutdown()) {
r.run();
}
}
3. ThreadPoolExecutor.DiscardPolicy
直接放弃
public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {
}
4. ThreadPoolExecutor.DiscardOldestPolicy
放弃当前队列中第一个任务
public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {
if (!e.isShutdown()) {
e.getQueue().poll();
e.execute(r);
}
}
Finalization
一个在程序中不再被引用的线程池如果同时没有剩余的线程,那么这个线程池会被自动的shutdown.
因此如果你想即便在忘记执行shutdown方法的时候仍能正常关闭线程池,
那么建议设置一个有限的keepAliveTime(针对大于线程数大于corePoolSize的那些线程),同时也执行下 allowCoreThreadTimeOut(boolean) .
欢迎关注公众号