第10章 Executor框架
来源:互联网 发布:网络黑白txt百度云盘 编辑:程序博客网 时间:2024/05/19 00:43
1.Executor框架的主要成员:ThreadPoolExecutor、ScheduledThreadPoolExecutor、Future接口、Runnable接口、Callable接口和Executors
1.1 ThreadPoolExecutor
ThreadPoolExecutor通常使用工厂类Executors来创建。Executors可以创建3种类型的ThreadPoolExecutor:SingleThreadExecutor、FixedThreadPool和CachedThreadPool。
1)FixedThreadPool
1
2
3
4
5
public
static
ExecutorService newFixedThreadPool(
int
nThreads) {
return
new
ThreadPoolExecutor(nThreads, nThreads,
0L, TimeUnit.MILLISECONDS,
new
LinkedBlockingQueue<Runnable>());
}
FixedThreadPool适用于为了满足资源管理的需求,而需要限制当前线程数量的应用场景,它适用于负载比较重的服务器。
FixedThreadPool的corePoolSize和maximumPoolSize都被设置为创建FixedThreadPool时指定的参数nThreads。当线程池中的线程数大于corePoolSize时,keepAliveTime为多余的空闲线程等待新任务的最长时间,超过这个时间后多余的线程将被终止。这里把keepAliveTime设置为0L,意味着多余的空闲线程会被立即终止。
1)如果当前运行的线程数少于corePoolSize,则创建新线程来执行任务。
2)在线程池完成预热之后(当前运行的线程数等于corePoolSize),将任务加入LinkedBlockingQueue。
3)线程执行完1中的任务后,会在循环中反复从LinkedBlockingQueue获取任务来执行。FixedThreadPool使用无界队列LinkedBlockingQueue作为线程池的工作队列(队列的容量为Integer.MAX_VALUE)。使用无界队列作为工作队列会对线程池带来如下影响。
1)当线程池中的线程数达到corePoolSize后,新任务将在无界队列中等待,因此线程池中的线程数不会超过corePoolSize。
2)由于1,使用无界队列时maximumPoolSize将是一个无效参数。
3)由于1和2,使用无界队列时keepAliveTime将是一个无效参数。
4)由于使用无界队列,运行中的FixedThreadPool(未执行方法shutdown()或shutdownNow())不
会拒绝任务(不会调用RejectedExecutionHandler.rejectedExecution方法)。
1
2
3
4
5
6
public
static
ExecutorService newSingleThreadExecutor() {
return
new
FinalizableDelegatedExecutorService
(
new
ThreadPoolExecutor(
1
,
1
,
0L, TimeUnit.MILLISECONDS,
new
LinkedBlockingQueue<Runnable>()));
}
SingleThreadExecutor适用于需要保证顺序地执行各个任务;并且在任意时间点,不会有多个线程是活动的应用场景。
SingleThreadExecutor的corePoolSize和maximumPoolSize被设置为1。其他参数与FixedThreadPool相同。SingleThreadExecutor使用无界队列LinkedBlockingQueue作为线程池的工作队列(队列的容量为Integer.MAX_VALUE)。SingleThreadExecutor使用无界队列作为工作队列对线程池带来的影响与FixedThreadPool相同,这里就不赘述了。
3)CachedThreadPool
1
2
3
4
5
public
static
ExecutorService newCachedThreadPool() {
return
new
ThreadPoolExecutor(
0
, Integer.MAX_VALUE,
60L, TimeUnit.SECONDS,
new
SynchronousQueue<Runnable>());
}
CachedThreadPool是大小无界的线程池,适用于执行很多的短期异步任务的小程序,或者是负载较轻的服务器。
CachedThreadPool的corePoolSize被设置为0,即corePool为空;maximumPoolSize被设置为Integer.MAX_VALUE,即maximumPool是无界的。这里把keepAliveTime设置为60L,意味着CachedThreadPool中的空闲线程等待新任务的最长时间为60秒,空闲线程超过60秒后将会被终止。
CachedThreadPool使用没有容量的SynchronousQueue作为线程池的工作队列,但CachedThreadPoolmaximumPool是无界的。这意味着,如果主线程提交任务的速度高于maximumPool中线程处理任务的速度时,CachedThreadPool会不断创建新线程。极端情况下,CachedThreadPool会因为创建过多线程而耗尽CPU和内存资源。
1.2 ScheduledThreadPoolExecutor
ScheduledThreadPoolExecutor通常使用工厂类Executors来创建。Executors可以创建2种类型的,如下:
·ScheduledThreadPoolExecutor。包含若干个线程的ScheduledThreadPoolExecutor。
·SingleThreadScheduledExecutor。只包含一个线程的ScheduledThreadPoolExecutor。
ScheduledThreadPoolExecutor继承自ThreadPoolExecutor。它主要用来在给定的延迟之后运行任务,或者定期执行任务
1)ScheduledThreadPoolExecutor
1
2
3
public
static
ScheduledExecutorService newScheduledThreadPool(
int
corePoolSize) {
return
new
ScheduledThreadPoolExecutor(corePoolSize);
}
ScheduledThreadPoolExecutor适用于需要多个后台线程执行周期任务,同时为了满足资源管理的需求而需要限制后台线程的数量的应用场景
ScheduledThreadPoolExecutor的实现:
ScheduledThreadPoolExecutor会把待调度的任务(ScheduledFutureTask)放到一个DelayQueue中。
ScheduledFutureTask主要包含3个成员变量,如下。
·long型成员变量time,表示这个任务将要被执行的具体时间。
·long型成员变量sequenceNumber,表示这个任务被添加到ScheduledThreadPoolExecutor中的序号。
·long型成员变量period,表示任务执行的间隔周期。
DelayQueue封装了一个PriorityQueue,这个PriorityQueue会对队列中的Scheduled-FutureTask进行排序。排序时,time小的排在前面(时间早的任务将被先执行)。如果两个ScheduledFutureTask的time相同,就比sequenceNumber,sequenceNumber小的排在前面(也就是说,如果两个任务的执行时间相同,那么先提交的任务将被先执行)。
ScheduledThreadPoolExecutor的任务执行步骤:
(1)线程1从DelayQueue中获取已到期的ScheduledFutureTask(DelayQueue.take())。到期任务是指ScheduledFutureTask的time大于等于当前时间。
(2)线程1执行这个ScheduledFutureTask。
(3)线程1修改ScheduledFutureTask的time变量为下次将要被执行的时间。
(4)线程1把这个修改time之后的ScheduledFutureTask放回DelayQueue中(Delay-Queue.add())。
2)SingleThreadScheduledExecutor
1
2
3
4
public
static
ScheduledExecutorService newSingleThreadScheduledExecutor() {
return
new
DelegatedScheduledExecutorService
(
new
ScheduledThreadPoolExecutor(
1
));
}
SingleThreadScheduledExecutor适用于需要单个后台线程执行周期任务,同时需要保证顺序地执行各个任务的应用场景。
1.3 Future接口
Future接口和实现Future接口的FutureTask类用来表示异步计算的结果。当我们把Runnable接口或Callable接口的实现类提交(submit)给ThreadPoolExecutor或ScheduledThreadPoolExecutor时,ThreadPoolExecutor或ScheduledThreadPoolExecutor会向我们返回一个FutureTask对象。
1
2
3
4
5
6
7
8
9
public
Future<?> submit(Runnable task) {
return
e.submit(task);
}
public
<T> Future<T> submit(Callable<T> task) {
return
e.submit(task);
}
public
<T> Future<T> submit(Runnable task, T result) {
return
e.submit(task, result);
}
FutureTask.run()的执行过程如下。
1)执行在构造函数中指定的任务(Callable.call())。
2)以原子方式来更新同步状态(调用AQS.compareAndSetState(int expect,int update),设置state为执行完成状态RAN)。如果这个原子操作成功,就设置代表计算结果的变量result的值为Callable.call()的返回值,然后调用AQS.releaseShared(int arg)。
3)AQS.releaseShared(int arg)首先会回调在子类Sync中实现的tryReleaseShared(arg)来执行release操作(设置运行任务的线程runner为null,然会返回true);AQS.releaseShared(int arg),然后唤醒线程等待队列中的第一个线程。
4)调用FutureTask.done()。
当执行FutureTask.get()方法时,如果FutureTask不是处于执行完成状态RAN或已取消状态CANCELLED,当前执行线程将到AQS的线程等待队列中等待(见下图的线程A、B、C和D)。当某个线程执行FutureTask.run()方法或FutureTask.cancel(...)方法时,会唤醒线程等待队列的第一个线程(见图10-16所示的线程E唤醒线程A)。
假设开始时FutureTask处于未启动状态或已启动状态,等待队列中已经有3个线程(A、B和C)在等待。此时,线程D执行get()方法将导致线程D也到等待队列中去等待。
当线程E执行run()方法时,会唤醒队列中的第一个线程A。线程A被唤醒后,首先把自己从队列中删除,然后唤醒它的后继线程B,最后线程A从get()方法返回。线程B、C和D重复A线程的处理流程。最终,在队列中等待的所有线程都被级联唤醒并从get()方法返回。
1.4 Runnable接口和Callable接口
Runnable接口和Callable接口的实现类,都可以被ThreadPoolExecutor或Scheduled-ThreadPoolExecutor执行。它们之间的区别是Runnable不会返回结果,而Callable可以返回结果。
除了可以自己创建实现Callable接口的对象外,还可以使用工厂类Executors来把一个Runnable包装成一个Callable。
代码示例
SingleThreadScheduledExecutor使用例子:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
package com.tlk.chapter10;
import java.util.concurrent.Executors;
import java.util.concurrent.ScheduledExecutorService;
import java.util.concurrent.TimeUnit;
public class ScheduledExecutorServiceTest {
private final static ScheduledExecutorService scheduler = Executors.newSingleThreadScheduledExecutor();
/**
* 每隔两秒执行一次,启动立即执行
* run方法执行抛出异常,程序会一直执行
* @param args
*/
public static void main(String[] args) {
scheduler.scheduleAtFixedRate(
new
Runnable() {
@Override
public void run() {
try
{
int[] s =
new
int[1];
System.out.println(
"OK"
);
System.out.println(s[1]);
// 数组越界
}
catch
(Throwable t) {
System.out.println(
"Error"
);
}
}
}, 0, 2, TimeUnit.SECONDS);
}
}
错误代码示例,未抛出程序异常,定时任务不会间隔执行
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
package com.tlk.chapter10;
import java.util.concurrent.Executors;
import java.util.concurrent.ScheduledExecutorService;
import java.util.concurrent.TimeUnit;
public class ScheduledExecutorServiceError {
private final static ScheduledExecutorService scheduler = Executors.newSingleThreadScheduledExecutor();
/**
* 每隔两秒执行一次,启动立即执行
* run遇见异常,程序停止执行
* @param args
*/
public static void main(String[] args) {
scheduler.scheduleAtFixedRate(
new
Runnable() {
@Override
public void run() {
int[] s =
new
int[1];
System.out.println(
"OK"
);
System.out.println(s[1]);
// 数组越界
}
}, 0, 2, TimeUnit.SECONDS);
}
}
总结:scheduler.scheduleAtFixedRate 定时任务执行过程中遇到发生异常,则后面的任务将不再执行。我本来第一次使用scheduler.schedulerAtFixedRate执行定时任务时,就遇见过这个坑,定时任务执行几天后就不在执行了。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
package com.tlk.chapter10;
import java.util.concurrent.Executors;
import java.util.concurrent.ScheduledExecutorService;
import java.util.concurrent.TimeUnit;
public class ScheduledLongTimeTest {
private final static ScheduledExecutorService scheduler = Executors.newSingleThreadScheduledExecutor();
/**
* 程序不会没两秒执行一次
* @param args
*/
public static void main(String[] args) {
scheduler.scheduleAtFixedRate(
new
Runnable() {
@Override
public void run() {
try
{
TimeUnit.SECONDS.sleep(5);
System.out.println(
"程序执行完毕"
);
}
catch
(Throwable t) {
System.out.println(
"Error"
);
}
}
}, 0, 2, TimeUnit.SECONDS);
}
}
另外,不要误以为它会按照我们指定的间隔进行执行,其实当执行任务的时间大于我们指定的间隔时间时,它并不会在指定间隔时开辟一个新的线程并发执行这个任务。而是等待该线程执行完毕。
阅读全文
1 0
- 第10章 Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Executor框架
- Spring aop 一些问题
- PAT甲级 1033
- 《Android源码设计模式》之单例模式
- S3C6410核心初始化
- python_selenium(三)
- 第10章 Executor框架
- PAT甲级 1034 -- 没有注释
- PAT(Basic Level)_1002_写出这个数
- (专业写BUG系列)Foreach的只读性和List<T>的引用传递
- 获得随机数
- python求解LeetCode习题Find Peak Element in Given num_list
- 无线网卡在ubuntu 14.04 下频繁掉线 信号弱 解决办法
- Ubuntu 16.04+ROS+ORB-SLAM2配置以及相关问题
- 基本操作及概念