JUC回顾之-ThreadPoolExecutor的原理和使用
Spring中的ThreadPoolTaskExecutor是借助于JDK并发包中的java.util.concurrent.ThreadPoolExecutor来实现的。基于ThreadPoolExecutor可以很容易将一个Runnable接口的任务放入线程池中。
ThreadPoolExecutor的构建参数:
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue) {
this(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue,
Executors.defaultThreadFactory(), defaultHandler);
}
1. 参数解释
corePoolSize: 核心线程数,会一直存活,即使没有任务,线程池也会维护线程的最少数量
maximumPoolSize: 线程池维护线程的最大数量
keepAliveTime: 线程池维护线程所允许的空闲时间,当线程空闲时间达到keepAliveTime,该线程会退出,直到线程数量等于corePoolSize。如果allowCoreThreadTimeout设置为true,则所有线程均会退出直到线程数量为0。
unit: 线程池维护线程所允许的空闲时间的单位、可选参数值为:TimeUnit中的几个静态属性:NANOSECONDS、MICROSECONDS、MILLISECONDS、SECONDS。
workQueue: 线程池所使用的缓冲队列,常用的是:java.util.concurrent.ArrayBlockingQueue、LinkedBlockingQueue、SynchronousQueue
解释:
用来保存等待被执行的任务的阻塞队列,且任务必须实现Runable接口,在JDK中提供了如下阻塞队列:
- ArrayBlockingQueue:基于数组结构的有界阻塞队列,按FIFO排序任务;
- LinkedBlockingQuene:基于链表结构的阻塞队列,按FIFO排序任务,吞吐量通常要高于ArrayBlockingQuene;
- SynchronousQuene:一个不存储元素的阻塞队列,每个插入操作必须等到另一个线程调用移除操作,否则插入操作一直处于阻塞状态,吞吐量通常要高于LinkedBlockingQuene;
- priorityBlockingQuene:具有优先级的无界阻塞队列;
handler: 线程池中的数量大于maximumPoolSize,对拒绝任务的处理策略,默认值ThreadPoolExecutor.AbortPolicy()。
解释:
线程池的饱和策略,当阻塞队列满了,且没有空闲的工作线程,如果继续提交任务,必须采取一种策略处理该任务,线程池提供了4种策略:
- AbortPolicy:直接抛出异常,默认策略;
- CallerRunsPolicy:用调用者所在的线程来执行任务;
- DiscardOldestPolicy:丢弃阻塞队列中靠最前的任务,并执行当前任务;
- DiscardPolicy:直接丢弃任务;
当然也可以根据应用场景实现RejectedExecutionHandler接口,自定义饱和策略,如记录日志或持久化存储不能处理的任务。
2.ThreadPoolExecutor内运转机制:
具体流程如下:当一个任务通过execute(Runnable)方法欲添加到线程池时:
- 当池子大小小于corePoolSize就新建线程,并且处理请求。
- 当池子大小等于corePoolSize,把请求放入workQueue中,池子里的空闲线程就去从workQueue中取任务并处理。
- 当workQueue放不下新任务时,新建线程入池,并处理请求,如果池子的大小撑到maximumPoolSize就用RejectedExecutionHandler拒绝处理。
- 另外,当池子的线程数大于corePoolSize的时候,多余的线程会等待keepAliveTime长的时间,如果无请求可处理就自行销毁。
3.Exectors
Exectors工厂类提供了线程池的初始化接口,主要有如下几种:
newFixedThreadPool

初始化一个指定线程数的线程池,其中corePoolSize == maximumPoolSize,使用LinkedBlockingQuene作为阻塞队列,不过当线程池没有可执行任务时,也不会释放线程。
注意:由于LinkedBlockingQuene队列的大小是整型的最大值,队列是无界队列,所以不建议直接使用,newFixedThreadPool可能导致内存爆满的问题;
newCachedThreadPool

1、初始化一个可以缓存线程的线程池,默认缓存60s,线程池的线程数可达到Integer.MAX_VALUE,即2147483647,内部使用SynchronousQueue作为阻塞队列;
2、和newFixedThreadPool创建的线程池不同,newCachedThreadPool在没有任务执行时,当线程的空闲时间超过keepAliveTime,会自动释放线程资源,当提交新任务时,如果没有空闲线程,则创建新线程执行任务,会导致一定的系统开销;
注意:使用该线程池时,一定要注意控制并发的任务数,因为最大的线程数可以达到整型的最大值,线程数是无限的,当并发的任务很多时候,会同时创建大量的线程,会导致严重的性能问题。
newSingleThreadExecutor

初始化的线程池中只有一个线程,如果该线程异常结束,会重新创建一个新的线程继续执行任务,唯一的线程可以保证所提交任务的顺序执行,内部使用LinkedBlockingQueue作为阻塞队列。
注意:由于LinkedBlockingQuene队列的大小是整型的最大值,队列是无界队列,所以不建议直接使用,newSingleThreadExecutor可能导致内存爆满的问题;
newScheduledThreadPool

初始化的线程池可以在指定的时间内周期性的执行所提交的任务,在实际的业务场景中可以使用该线程池定期的同步数据。

3.spingMVC中使用线程池,用做批处理
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context"
xmlns:mvc="http://www.springframework.org/schema/mvc" xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:tx="http://www.springframework.org/schema/tx" xmlns:oscache="http://www.springmodules.org/schema/oscache"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd
http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-3.0.xsd
http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.0.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd
http://www.springmodules.org/schema/oscache http://www.springmodules.org/schema/cache/springmodules-oscache.xsd">
<!-- spring 加载资源文件的配置 -->
<context:property-placeholder
location="classpath:conf/custom/env/config.properties"
ignore-unresolvable="true" /> <!-- spring 线程池配置 start -->
<!-- insurance线程池 -->
<bean id="insuranceTaskExecutor"
class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor">
<property name="corePoolSize" value="${insurance.taskexecutor.corePoolSize}" />
<property name="maxPoolSize" value="${insurance.taskexecutor.maxPoolSize}" />
<property name="keepAliveSeconds" value="${insurance.taskexecutor.keepAliveSeconds}" />
<property name="queueCapacity" value="${insurance.taskexecutor.queueCapacity}" />
</bean> </beans>
config里面对于线程池的配置:
#insurance task setting
insurance.taskexecutor.corePoolSize=2
insurance.taskexecutor.maxPoolSize=2
insurance.taskexecutor.keepAliveSeconds=30
insurance.taskexecutor.queueCapacity=1000
Controller 层部分代码:
/**
*
* sendInsuranceBatch
*
* @Title: sendInsuranceBatch
* @Description: TODO 投保批处理
* @param pojo
* @param errors
* @param request
* @return
*/
@RequestMapping("/ihotel_insurance_deliver")
@ResponseBody
public String sendInsuranceBatch(
@ModelAttribute("pojo") IhotelBatchPojo pojo, Errors errors,
HttpServletRequest request) {
String remoteIp = WebUtils.getRemoteIpAddress(request);
String serverIP = IPUtil.getServerIp();
BaseResultInfo baseResultInfo = null;
// 验证入参是否正确
try {
// 1,校验参数
pojo.validate(pojo, errors);
if (errors.hasErrors()) {
baseResultInfo = new BaseResultInfo(
ResultType.PARAMETER_VERIFY_FAILUE);
baseResultInfo.appendRetdesc("#" + getErrMsg(errors));
return JsonUtil.BeanToJson(baseResultInfo);
}
ihotelInsuranceBatchService.processIhotelInsuredItem(pojo, remoteIp);
baseResultInfo = new BaseResultInfo();
baseResultInfo.setRetcode(0);
baseResultInfo.setRetdesc("success");
baseResultInfo.setServerIP(serverIP);
return JSON.toJSONString(baseResultInfo);
} catch (Exception e) {
IHotelLoggerUtil.error("[国际酒店保险投保批处理异常]", e);
throw e;
}
}
Service层部分代码:
@Service("ihotelInsuranceBatchService")
public class IhotelInsuranceBatchService {
// 保险线程池
@Resource
private ThreadPoolTaskExecutor insuranceTaskExecutor;
public void processIhotelInsuredItem(IhotelBatchPojo pojo, String remoteIp) {
// 根据入参条件取出要投保批处理的数据
List<InsuredHotelItem> isuredHotelList = this.findListByCond(pojo);
for (InsuredHotelItem ihotelItem : isuredHotelList) {
//将任务放入线程池
insuranceTaskExecutor.execute(new IhotelInsureDeliverTask(
ihotelItem, this, remoteIp));
}
}
}
线程类
/**
* @Title: IhotelInsureDeliverTask.java
* @Package com.elong.ihotel.service.insurance
* @Description: TODO
* Copyright: Copyright (c) 2014
* Email: songbin0819@163.com
*
* @author user
* @date 2014年11月7日 下午4:04:02
* @version V1.0
*/ package com.elong.ihotel.service.insurance; import com.elong.ihotel.model.insurance.InsuredHotelItem;
import com.elong.ihotel.util.IHotelLoggerUtil; /**
* IhotelInsureDeliverTask
*
* @Title: IhotelInsureDeliverTask
* @Description: TODO 保险投保批处理线程类
* @author Peng.Li
* @date 2014年11月7日 下午4:04:02
*
*/ public class IhotelInsureDeliverTask implements Runnable {
/**
* 需要批处理的保险中间表实体
*/
private InsuredHotelItem ihotelItem; private IhotelInsuranceBatchService ihotelInsuranceBatchService;
/**
* ip
*/
private String remoteIp; /**
* Constructor for IhotelInsureDeliverTask.
* <p>
* Title:
* </p>
* <p>
* Description:
* </p>
*/
public IhotelInsureDeliverTask() {
} /**
* Constructor for IhotelInsureDeliverTask.
* <p>
* Title:
* </p>
* <p>
* Description:
* </p>
*
* @param ihotelItem
* @param ihotelInsuranceBatchService
* @param remoteIp
*/
public IhotelInsureDeliverTask(InsuredHotelItem ihotelItem,
IhotelInsuranceBatchService ihotelInsuranceBatchService, String remoteIp) {
this.ihotelItem = ihotelItem;
this.ihotelInsuranceBatchService = ihotelInsuranceBatchService;
this.remoteIp = remoteIp;
} /**
*
* override run
* <p>
* Title: run
* </p>
* <p>
* Description:
* </p>
*/
@Override
public void run() {
try {
ihotelInsuranceBatchService.sendInsuranceBatch(ihotelItem, remoteIp);
} catch (Exception e) {
IHotelLoggerUtil.error("获取保险确认号失败", e);
} } }
JUC回顾之-ThreadPoolExecutor的原理和使用的更多相关文章
- JUC回顾之-volatile的原理和使用
1.计算机内存模型的相关概念 计算机在执行程序时,每条指令都是在CPU中执行的,在指令的执行过程中,涉及到数据的读取和写入.由于程序在运行的过程中数据是放在"主存"中的, 由于数据 ...
- 硬核干货:4W字从源码上分析JUC线程池ThreadPoolExecutor的实现原理
前提 很早之前就打算看一次JUC线程池ThreadPoolExecutor的源码实现,由于近段时间比较忙,一直没有时间整理出源码分析的文章.之前在分析扩展线程池实现可回调的Future时候曾经提到并发 ...
- Java多线程系列--“JUC锁”10之 CyclicBarrier原理和示例
概要 本章介绍JUC包中的CyclicBarrier锁.内容包括:CyclicBarrier简介CyclicBarrier数据结构CyclicBarrier源码分析(基于JDK1.7.0_40)Cyc ...
- JUC - Monitor监控ThreadPoolExecutor
JUC - Monitor监控ThreadPoolExecutor 一个自定义Monitor监控ThreadPoolExecutor的执行情况 TASK WokerTask class WorkerT ...
- JDK ThreadPoolExecutor核心原理与实践
一.内容概括 本文内容主要围绕JDK中的ThreadPoolExecutor展开,首先描述了ThreadPoolExecutor的构造流程以及内部状态管理的机理,随后用大量篇幅深入源码探究了Threa ...
- jdk线程池ThreadPoolExecutor工作原理解析(自己动手实现线程池)(一)
jdk线程池ThreadPoolExecutor工作原理解析(自己动手实现线程池)(一) 线程池介绍 在日常开发中经常会遇到需要使用其它线程将大量任务异步处理的场景(异步化以及提升系统的吞吐量),而在 ...
- Java - "JUC线程池" ThreadPoolExecutor原理解析
Java多线程系列--“JUC线程池”02之 线程池原理(一) ThreadPoolExecutor简介 ThreadPoolExecutor是线程池类.对于线程池,可以通俗的将它理解为"存 ...
- JUC回顾之-线程池的原理和使用
Java并发编程:线程池的使用 Java并发编程:线程池的使用 在前面的文章中,我们使用线程的时候就去创建一个线程,这样实现起来非常简便,但是就会有一个问题: 如果并发的线程数量很多,并且每个线程 ...
- JUC回顾之-CyclicBarrier底层实现和原理
1.CyclicBarrier 字面意思是可循环(Cyclic)使用的屏障(Barrier).它要做的事情是让一组线程到达一个屏障(同步点)时被阻塞,直到最后一个线程到达屏障时候,屏障才会开门.所有被 ...
随机推荐
- AppCan应用开发之插件实践篇-支付插件
电商O2O无疑是目前最受用户欢迎的APP类型,而在这类APP中必不可少的就是在线支付功能了.在AppCan平台开发这类应用时,官方封装了微信支付.支付宝.银联等多种支付SDK,更接入了多家聚合支付平台 ...
- 对 Linux 新手非常有用的20个命令
你打算从Windows换到Linux上来,还是你刚好换到Linux上来?哎哟!!!我说什么呢,是什么原因你就出现我的世界里了.从我以往的经验来说,当我刚使用Linux,命令,终端啊什么的,吓了我一跳. ...
- Mac OSX 快捷键&命令行总览
大家初用Mac OSX可能不习惯,特别收集总结了Mac OSX 上的快捷键,方便大家参考 ,请叫我雷锋. 一.Mac OSX 快捷键 ctrl+shift ...
- iOS App Launch Option
iOS 程序启动时总会调用application:didFinishLaunchingWithOptions:,其中第二个参数launchOptions为NSDictionary类型的对象,里面存储有 ...
- IOS内存管理「3」- 自动释放的基本概念和用法
- iOS8 蓝牙设备的重连接(retrieve) Swift实现
今天App写到了蓝牙重连的阶段,以前针对sdk 6.0写的代码,蓝牙设备的回复是通过 - (void)retrievePeripherals:(NSArray *)peripheralUUIDs 然后 ...
- 二、verilogHDL行为描述建模
1.综合器: 能把行为级的verilog模块自动转换为门级结构的工具叫做综合器(synthsis tool) 2.verilog网表(verilog netlist): 电路结构可以用门级verilo ...
- UIWebView swift
// // ViewController.swift // UILabelTest // // Created by mac on 15/6/23. // Copyright (c) 2015年 fa ...
- input.nextLine() 问题出错!
今天在学习关于I/O的知识的时候发现了一个小问题! 代码如下 package com.paulo.testio; import java.io.File; import java.io.IOExcep ...
- ionice
ionice – 获取或设置程序的IO调度与优先级. 命令格式: ionice [[-c class] [-n classdata] [-t]] -p PID [PID]… ionice [-c cl ...