线程池
无限制的创建线程
若采用"为每个任务分配一个线程"的方式会存在一些缺陷,尤其是当需要创建大量线程时:
- 线程生命周期的开销非常高
- 资源消耗
- 稳定性
引入线程池
任务是一组逻辑工作单元,线程则是使任务异步执行的机制。当存在大量并发任务时,创建、销毁线程需要很大的开销,运用线程池可以大大减小开销。
executor框架
说明:
- executor 执行器接口,该接口定义执行runnable任务的方式。
- executorservice 该接口定义提供对executor的服务。
- scheduledexecutorservice 定时调度接口。
- abstractexecutorservice 执行框架抽象类。
- threadpoolexecutor jdk中线程池的具体实现。
- executors 线程池工厂类。
threadpoolexecutor线程池类
线程池是一个复杂的任务调度工具,它涉及到任务、线程池等的生命周期问题。要配置一个线程池是比较复杂的,尤其是对于线程池的原理不是很清楚的情况下,很有可能配置的线程池不是较优的。
jdk中的线程池均由threadpoolexecutor类实现。其构造方法如下:
参数说明:
- corepoolsize:核心线程数。
- maximumpoolsize:最大线程数。
- keepalivetime:线程存活时间。当线程数大于core数,那么超过该时间的线程将会被终结。
- unit:keepalivetime的单位。java.util.concurrent.timeunit类存在静态静态属性:nanoseconds、microseconds、milliseconds、seconds
- workqueue:runnable的阻塞队列。若线程池已经被占满,则该队列用于存放无法再放入线程池中的runnable。
另一个构造方法:
该方法在下面的扩展部分有更深入的讲解。其中handler表示线程池对拒绝任务的处理策略。
threadpoolexecutor的使用需要注意以下概念:
- 若线程池中的线程数量小于corepoolsize,即使线程池中的线程都处于空闲状态,也要创建新的线程来处理被添加的任务。
- 若线程池中的线程数量等于 corepoolsize且缓冲队列 workqueue未满,则任务被放入缓冲队列。
- 若线程池中线程的数量大于corepoolsize且缓冲队列workqueue满,且线程池中的数量小于maximumpoolsize,则建新的线程来处理被添加的任务。
- 若线程池中线程的数量大于corepoolsize且缓冲队列workqueue满,且线程池中的数量等于maximumpoolsize,那么通过 handler所指定的策略来处理此任务。
- 当线程池中的线程数量大于corepoolsize时,如果某线程空闲时间超过keepalivetime,线程将被终止。
executors 工厂方法
jdk内部提供了五种最常见的线程池。由executors类的五个静态工厂方法创建。
- newfixedthreadpool(...)
- newsinglethreadexecutor(...)
- newcachedthreadpool(...)
- newscheduledthreadpool(...)
- newsinglethreadscheduledexecutor()
单线程的线程池newsinglethreadexecutor
这个线程池只有一个线程在工作,也就是相当于单线程串行执行所有任务。
返回单线程的executor,将多个任务交给此exector时,这个线程处理完一个任务后接着处理下一个任务,若该线程出现异常,将会有一个新的线程来替代。此线程池保证所有任务的执行顺序按照任务的提交顺序执行。
说明:linkedblockingqueue会无限的添加需要执行的runnable。
创建固定大小的线程池newfixedthreadpool
每次提交一个任务就创建一个线程,直到线程达到线程池的最大大小。线程池的大小一旦达到最大值就会保持不变,如果某个线程因为执行异常而结束,那么线程池会补充一个新线程。
public static executorsevice newfixedthreadpool()
返回一个包含指定数目线程的线程池,如果任务数量多于线程数目,那么没有没有执行的任务必须等待,直到有任务完成为止。
可缓存的线程池newcachedthreadpool
如果线程池的大小超过了处理任务所需要的线程,那么就会回收部分空闲(60秒不执行任务)的线程,当任务数增加时,此线程池又可以智能的添加新线程来处理任务。此线程池不会对线程池大小做限制,线程池大小完全依赖于操作系统(或者说jvm)能够创建的最大线程大小。
newcachedthreadpool方法创建的线程池可以自动的扩展线程池的容量。核心线程数量为0。
synchronousqueue是个特殊的队列。synchronousqueue队列的容量为0。当试图为synchronousqueue添加runnable,则执行会失败。只有当一边从synchronousqueue取数据,一边向synchronousqueue添加数据才可以成功。synchronousqueue仅仅起到数据交换的作用,并不保存线程。但newcachedthreadpool()方法没有线程上限。runable添加到synchronousqueue会被立刻取出。
根据用户的任务数创建相应的线程来处理,该线程池不会对线程数目加以限制,完全依赖于jvm能创建线程的数量,可能引起内存不足。
定时任务调度的线程池newscheduledthreadpool
创建一个大小无限的线程池。此线程池支持定时以及周期性执行任务的需求。
例:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
public class scheduledthreadpooltest { public static void main(string[] args) { scheduledexecutorservice ses = executors.newscheduledthreadpool( 10 ); ses.schedulewithfixeddelay( new runnable() { @override public void run() { try { thread.sleep( 1000 ); } catch (interruptedexception e) { e.printstacktrace(); } system.out.println( new date()); } }, 1000 , 2000 , timeunit.milliseconds); } } |
单线程的定时任务调度线程池newsinglethreadscheduledexecutor
此线程池支持定时以及周期性执行任务的需求。
executor接口
executor是一个线程执行接口。任务执行的主要抽象不是thead,而是executor。
1
2
3
|
public interface executor{ void executor(runnable command); } |
executor将任务的提交过程与执行过程解耦,并用runnable来表示任务。执行的任务放入run方法中即可,将runnable接口的实现类交给线程池的execute方法,作为它的一个参数。如果需要给任务传递参数,可以通过创建一个runnable接口的实现类来完成。
executor可以支持多种不同类型的任务执行策略。
executor基于生产者消费者模式,提交任务的操作相当于生产者,执行任务的线程则相当于消费者。
executorservice接口
线程池接口。executorservice在executor的基础上增加了一些方法,其中有两个核心的方法:
1
2
3
|
future<?> submit(runnable task) <t> future<t> submit(callable<t> task) |
这两个方法都是向线程池中提交任务,它们的区别在于runnable在执行完毕后没有结果,callable执行完毕后有一个结果。这在多个线程中传递状态和结果是非常有用的。另外他们的相同点在于都返回一个future对象。future对象可以阻塞线程直到运行完毕(获取结果,如果有的话),也可以取消任务执行,当然也能够检测任务是否被取消或者是否执行完毕。
在没有future之前我们检测一个线程是否执行完毕通常使用thread.join()或者用一个死循环加状态位来描述线程执行完毕。现在有了更好的方法能够阻塞线程,检测任务执行完毕甚至取消执行中或者未开始执行的任务。
scheduledexecutorservice接口
scheduledexecutorservice描述的功能和timer/timertask类似,解决那些需要任务重复执行的问题。这包括延迟时间一次性执行、延迟时间周期性执行以及固定延迟时间周期性执行等。当然了继承executorservice的scheduledexecutorservice拥有executorservice的全部特性。
线程池生命周期
线程是有多种执行状态的,同样管理线程的线程池也有多种状态。jvm会在所有线程(非后台daemon线程)全部终止后才退出,为了节省资源和有效释放资源关闭一个线程池就显得很重要。有时候无法正确的关闭线程池,将会阻止jvm的结束。
线程池executor是异步的执行任务,因此任何时刻不能够直接获取提交的任务的状态。这些任务有可能已经完成,也有可能正在执行或者还在排队等待执行。因此关闭线程池可能出现一下几种情况:
- 平缓关闭:已经启动的任务全部执行完毕,同时不再接受新的任务。
- 立即关闭:取消所有正在执行和未执行的任务。
另外关闭线程池后对于任务的状态应该有相应的反馈信息。
启动线程池
线程池在构造前(new操作)是初始状态,一旦构造完成线程池就进入了执行状态running。严格意义上讲线程池构造完成后并没有线程被立即启动,只有进行"预启动"或者接收到任务的时候才会启动线程。
线程池是处于运行状态,随时准备接受任务来执行。
关闭线程池
线程池运行中可以通过shutdown()和shutdownnow()来改变运行状态。
- shutdown():平缓的关闭线程池。线程池停止接受新的任务,同时等待已经提交的任务执行完毕,包括那些进入队列还没有开始的任务。shutdown()方法执行过程中,线程池处于shutdown状态。
- shutdownnow():立即关闭线程池。线程池停止接受新的任务,同时线程池取消所有执行的任务和已经进入队列但是还没有执行的任务。shutdownnow()方法执行过程中,线程池处于stop状态。shutdownnow方法本质是调用thread.interrupt()方法。但我们知道该方法仅仅是让线程处于interrupted状态,并不会让线程真正的停止!所以若只调用或只调用一次shutdownnow()方法,不一定会让线程池中的线程都关闭掉,线程中必须要有处理interrupt事件的机制。
线程池结束
一旦shutdown()或者shutdownnow()执行完毕,线程池就进入terminated状态,即线程池就结束了。
- isterminating() 如果关闭后所有任务都已完成,则返回true。
- isshutdown() 如果此执行程序已关闭,则返回true。
例:使用固定大小的线程池。并将任务添加到线程池。
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
32
33
34
35
36
|
import java.util.concurrent.executors; import java.util.concurrent.executorservice; public class javathreadpool { public static void main(string[] args) { // 创建一个可重用固定线程数的线程池 executorservice pool = executors.newfixedthreadpool( 2 ); // 创建实现了runnable接口对象,thread对象当然也实现了runnable接口 thread t1 = new mythread(); thread t2 = new mythread(); thread t3 = new mythread(); thread t4 = new mythread(); thread t5 = new mythread(); // 将线程放入池中进行执行 pool.execute(t1); pool.execute(t2); pool.execute(t3); pool.execute(t4); pool.execute(t5); // 关闭线程池 pool.shutdown(); } } class mythread extends thread { @override public void run() { system.out.println(thread.currentthread().getname() + "正在执行。。。" ); } } |
java线程池扩展
threadpoolexecutor线程池的执行监控
threadpoolexecutor中定义了三个空方法,用于监控线程的执行情况。
threadpoolexecutor源码:
1
2
3
4
5
|
protected void beforeexecute(thread t, runnable r) { } protected void afterexecute(runnable r, throwable t) { } protected void terminated() { } |
例:使用覆盖方法,定义新的线程池。
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
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
|
public class extthreadpooltest { static class mytask implements runnable { public string name; public mytask(string name) { super (); this .name = name; } @override public void run() { try { thread.sleep( 500 ); system.out.println( "执行中:" + this .name); thread.sleep( 500 ); } catch (interruptedexception e) { e.printstacktrace(); } } } public static void main(string[] args) throws interruptedexception { executorservice es = new threadpoolexecutor( 5 , 5 , 0 ,timeunit.milliseconds, new linkedblockingqueue<runnable>()){ @override protected void beforeexecute(thread t, runnable r) { system.out.println( "准备执行:" + ((mytask)r).name); } @override protected void afterexecute(runnable r, throwable t) { system.out.println( "执行完成:" + ((mytask)r).name); } @override protected void terminated() { system.out.println( "执行退出" ); } }; for ( int i= 0 ;i< 5 ;i++){ mytask task = new mytask( "task-" +i); es.execute(task); } thread.sleep( 10 ); // 等待terminated()执行 es.shutdown(); // 若无该方法,主线程不会结束。 } } |
threadpoolexecutor的拒绝策略
线程池不可能处理无限多的线程。所以一旦线程池中中需要执行的任务过多,线程池对于某些任务就无法处理了。拒绝策略即对这些无法处理的任务进行处理。可能丢弃掉这些不能处理的任务,也可能用其他方式。
threadpoolexecutor类还有另一个构造方法。该构造方法中的rejectedexecutionhandler用于定义拒绝策略。
1
2
3
4
5
6
7
8
9
10
11
|
public threadpoolexecutor( int corepoolsize, int maximumpoolsize, long keepalivetime, timeunit unit, blockingqueue<runnable> workqueue, threadfactory threadfactory, rejectedexecutionhandler handler) { ..... } |
jdk内部已经提供一些拒绝策略。
abortpolicy一旦线程不能处理,则抛出异常。
abortpolicy源码:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
public static class abortpolicy implements rejectedexecutionhandler { /** * creates an {@code abortpolicy}. */ public abortpolicy() { } /** * always throws rejectedexecutionexception. * * @param r the runnable task requested to be executed * @param e the executor attempting to execute this task * @throws rejectedexecutionexception always. */ public void rejectedexecution(runnable r, threadpoolexecutor e) { throw new rejectedexecutionexception( "task " + r.tostring() + " rejected from " + e.tostring()); } } |
discardpolicy 一旦线程不能处理,则丢弃任务。
discardpolicy源码:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
public static class discardpolicy implements rejectedexecutionhandler { /** * creates a {@code discardpolicy}. */ public discardpolicy() { } /** * does nothing, which has the effect of discarding task r. * * @param r the runnable task requested to be executed * @param e the executor attempting to execute this task */ public void rejectedexecution(runnable r, threadpoolexecutor e) { } } |
callerrunspolicy 一旦线程不能处理,则将任务返回给提交任务的线程处理。
callerrunspolicy源码:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
public static class callerrunspolicy implements rejectedexecutionhandler { /** * creates a {@code callerrunspolicy}. */ public callerrunspolicy() { } /** * executes task r in the caller's thread, unless the executor * has been shut down, in which case the task is discarded. * * @param r the runnable task requested to be executed * @param e the executor attempting to execute this task */ public void rejectedexecution(runnable r, threadpoolexecutor e) { if (!e.isshutdown()) { r.run(); } } } |
discardoldestpolicy 一旦线程不能处理,丢弃掉队列中最老的任务。
discardoldestpolicy源码:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
public static class discardoldestpolicy implements rejectedexecutionhandler { /** * creates a {@code discardoldestpolicy} for the given executor. */ public discardoldestpolicy() { } /** * obtains and ignores the next task that the executor * would otherwise execute, if one is immediately available, * and then retries execution of task r, unless the executor * is shut down, in which case task r is instead discarded. * * @param r the runnable task requested to be executed * @param e the executor attempting to execute this task */ public void rejectedexecution(runnable r, threadpoolexecutor e) { if (!e.isshutdown()) { e.getqueue().poll(); e.execute(r); } } } |
例:自定义拒绝策略。打印并丢弃无法处理的任务。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
public class rejectedpolicyhandletest { public static void main(string[] args) throws interruptedexception { executorservice es = new threadpoolexecutor( 5 , 5 , 0 ,timeunit.milliseconds, new synchronousqueue<runnable>(),executors.defaultthreadfactory(), new rejectedexecutionhandler() { @override public void rejectedexecution(runnable r, threadpoolexecutor executor) { // 打印并丢弃。 system.out.println(r.tostring()+ " is discard" ); } }); for ( int i= 0 ;i<integer.max_value;i++){ mytask task = new mytask( "task-" +i); es.execute(task); thread.sleep( 10 ); } es.shutdown(); // 若无该方法,主线程不会结束。 } } |
threadfactory 线程工厂
threadpoolexecutor类构造器的参数其中之一即为threadfactory线程工厂。
threadfactory用于创建线程池中的线程。
1
2
3
|
public interface threadfactory { thread newthread(runnable r); } |
threadfactory的实现类中一般定义线程了线程组,线程数与线程名称。
defaultthreadfactory源码:
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
|
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; } } |
completionservice接口
这里需要稍微提一下的是completionservice接口,它是用于描述顺序获取执行结果的一个线程池包装器。它依赖一个具体的线程池调度,但是能够根据任务的执行先后顺序得到执行结果,这在某些情况下可能提高并发效率。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。
原文链接:https://www.cnblogs.com/shijiaqi1066/p/3412300.html