Java中线程池的使用简述

一、线程池概述
       在java中,多线程常被用于企业级项目中,但是若对每个请求均创建一个新的线程,开销是相当大的。为了能够防止线程滥用而造成的资源不足,服务器应用程序需要建立限制运行时刻线程的数目,尽可能减少创建和销毁线程次数的机制,特别是一些资源耗费比较大的线程的创建和销毁,尽量利用已有对象来进行服务,这就是“池化资源”技术产生的原因。
线程池主要解决线程生命周期的开销与资源不足的问题。通过线程重用,降低了线程创建与销毁带来的系统开销。另外,通过适当调整线程池中线程数可以防止资源不足的情况。
二、ThreadPoolExecutor
其存在于:java.util.concurrent.ThreadPoolExecutor,完整构造方法如下(共四个构造方法):

ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueue<Runnable> workQueue, ThreadFactory threadFactory, RejectedExecutionHandler handler) 

这里写图片描述
参数说明如下:

①corePoolSize - 池中所保存的线程数,包括空闲线程。
②maximumPoolSize-池中允许的最大线程数。
③keepAliveTime - 当线程数大于核心时,此为终止前多余的空闲线程等待新任务的最长时间。
④unit - keepAliveTime 参数的时间单位。
⑤workQueue - 执行前用于保持任务的队列。此队列仅保持由 execute方法提交的 Runnable任务。
⑥threadFactory - 执行程序创建新线程时使用的工厂。
⑦handler - 线程池对拒绝任务的处理策略,默认值ThreadPoolExecutor.AbortPolicy()

运行流程如下:
这里写图片描述

详细解释:

1.当线程池中线程数小于corePoolSize时,新提交任务将创建一个新线程执行任务,即使此时线程池中存在空闲线程。 
2.当线程池达到corePoolSize时,新提交任务将被放入workQueue中,等待线程池中任务调度执行 
3.当workQueue已满,且maximumPoolSize>corePoolSize时,新提交任务会创建新线程执行任务 
4.当提交任务数超过maximumPoolSize时,新提交任务由RejectedExecutionHandler处理 
5.线程池中超过corePoolSize的线程,空闲时间达到keepAliveTime时,关闭空闲线程 
6.当设置allowCoreThreadTimeOut(true)时,线程池中corePoolSize线程空闲时间达到keepAliveTime也将关闭 

构造方法中参数详细说明:

corePoolSize - 线程池维护线程的最少数量(核心池)。
maximumPoolSize-线程池维护线程的最大数量。

       ThreadPoolExecutor 将根据 corePoolSize和 maximumPoolSize 设置的边界自动调整池大小。当新任务在方法 execute(java.lang.Runnable) 中提交时,如果运行的线程少于 corePoolSize,则创建新线程来处理请求,即使其他辅助线程是空闲的。如果运行的线程多于 corePoolSize 而少于 maximumPoolSize,则仅当队列满时才创建新线程。如果设置的 corePoolSize 和 maximumPoolSize 相同,则创建了固定大小的线程池。如果将 maximumPoolSize 设置为基本的无界值(如 Integer.MAX_VALUE),则允许池适应任意数量的并发任务。在大多数情况下,核心和最大池大小仅基于构造来设置,不过也可以使用 setCorePoolSize(int) 和 setMaximumPoolSize(int) 进行动态更改。

keepAliveTime - 当线程数大于核心池数量时,此为终止前多余的空闲线程等待新任务的最长时间。
unit - keepAliveTime 参数的时间单位。
Unit取值: NANOSECONDS,MICROSECONDS, MILLISECONDS, SECONDS,MINUTES, HOURS, DAYS

这里写图片描述

workQueue - 执行前用于保持任务的队列。此队列仅保持由 execute方法提交的 Runnable任务。

       在使用ThreadPoolExecutor线程池的时候,需要指定一个实现了BlockingQueue接口的任务等待队列。在ThreadPoolExecutor线程池的API文档中,一共推荐了三种等待队列,它们是:SynchronousQueue、LinkedBlockingQueue和ArrayBlockingQueue

三种等待队列:
①SynchronousQueue
        这种阻塞队列,其中每个插入操作必须等待另一个线程的对应移除操作 ,反之亦然。同步队列没有任何内部容量,甚至连一个队列的容量都没有。不能在同步队列上进行 peek,因为仅在试图要移除元素时,该元素才存在;除非另一个线程试图移除某个元素,否则也不能(使用任何方法)插入元素;也不能迭代队列,因为其中没有元素可用于迭代。队列的头 是尝试添加到队列中的首个已排队插入线程的元素;如果没有这样的已排队线程,则没有可用于移除的元素并且 poll() 将会返回 null。对于其他 Collection 方法(例如 contains),SynchronousQueue 作为一个空 collection。此队列不允许 null 元素。

②LinkedBlockingQueue
       一个基于已链接节点的、范围任意的 blocking queue。此队列按 FIFO(先进先出)排序元素。队列的头部是在队列中时间最长的元素。队列的尾部是在队列中时间最短的元素。新元素插入到队列的尾部,并且队列获取操作会获得位于队列头部的元素。链接队列的吞吐量通常要高于基于数组的队列,但是在大多数并发应用程序中,其可预知的性能要低。
可选的容量范围构造方法参数作为防止队列过度扩展的一种方法。如果未指定容量,则它等于 Integer.MAX_VALUE。除非插入节点会使队列超出容量,否则每次插入后会动态地创建链接节点。

③ArrayBlockingQueue
       一个由数组支持的有界阻塞队列。此队列按 FIFO(先进先出)原则对元素进行排序。队列的头部 是在队列中存在时间最长的元素。队列的尾部 是在队列中存在时间最短的元素。新元素插入到队列的尾部,队列获取操作则是从队列头部开始获得元素。

handler - 由于超出线程范围和队列容量而使执行被阻塞时所使用的处理程序

JDK中提供了四种拒绝策略
    在ThreadPoolExecutor线程池中还有一个重要的接口:RejectedExecutionHandler。当提交给线程池的某一个新任务无法直接被线程池中“核心线程”直接处理,又无法加入等待队列,也无法创建新的线程执行;又或者线程池已经调用shutdown()方法停止了工作;又或者线程池不是处于正常的工作状态;这时候ThreadPoolExecutor线程池会拒绝处理这个任务,触发创建ThreadPoolExecutor线程池时定义的RejectedExecutionHandler接口的实现,若没有指定,会使用一个默认的RejectedExecutionHandler接口实现,即ThreadPoolExecutor.AbortPolicy。
四种拒绝策略详细说明:
①AbortPolicy
       这个处理器,在任务被拒绝后会创建一个RejectedExecutionException异常并抛出。这个处理过程也是ThreadPoolExecutor线程池默认的RejectedExecutionHandler实现。
这里写图片描述
②DiscardPolicy
       这个处理器,将会默默丢弃这个被拒绝的任务,不会抛出异常,也不会通过其他方式执行这个任务的任何一个方法,更不会出现任何的日志提示。
这里写图片描述
③DiscardOldestPolicy
       这个处理器很有意思。它会检查当前ThreadPoolExecutor线程池的等待队列。并调用队列的poll()方法,将当前处于等待队列列头的等待任务强行取出,然后再试图将当前被拒绝的任务提交到线程池执行:
这里写图片描述
④CallerRunsPolicy
       这个拒绝处理器,将直接运行这个任务的run方法。但是,请注意并不是在ThreadPoolExecutor线程池中的线程中运行,而是直接调用这个任务实现的run方法。
这里写图片描述
实践:
这里写图片描述
这里写图片描述

threadFactory - 执行程序创建新线程时使用的工厂。

       线程池中创建新线程的工作是由ThreadFactory来完成的,一般我们使用默认的DefaultThreadFactory。

三、Executors提供的四种线程池

Executors.newCachedThreadPool();        //创建一个缓冲池,缓冲池容量大小为Integer.MAX_VALUE
Executors.newSingleThreadExecutor();    //创建容量为1的缓冲池
Executors.newFixedThreadPool(int corePoolSize);      //创建固定容量大小的缓冲池
Executors.newScheduledThreadPool(int corePoolSize)    //定时及周期性任务执行

①newCachedThreadPool
这里写图片描述
②newSingleThreadExecutor
这里写图片描述
③newFixedThreadPool(int corePoolSize)
这里写图片描述
④newScheduledThreadPool(int corePoolSize)
这里写图片描述

四、Spring线程池ThreadPoolTaskExecutor
在spring中使用ThreadPoolTaskExecutor的配置:

<bean id="ThreadTask"
class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor">
	<!-- 核心线程数 -->
	<property name="corePoolSize" value="3" />
	<!-- 最大线程数 -->
	<property name="maxPoolSize" value="10" />
	<!-- 队列最大长度 -->
	<property name="queueCapacity" value="25" />
	<!-- 线程池维护线程所允许的空闲时间 -->
	<property name="keepAliveSeconds" value="300" />
	<!-- 线程池对拒绝任务(无线程可用)的处理策略 ThreadPoolExecutor.CallerRunsPolicy策略 ,调用者的线程会执行该任务,如果执行器已关闭,则丢弃. -->
	<property name="rejectedExecutionHandler">
		<bean 		class="java.util.concurrent.ThreadPoolExecutor$CallerRunsPolicy" />
	</property>
</bean>

       注:spring的 ThreadPoolTaskExecutor参数配置可参考ThreadPoolExecutor。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值