线程池
JANUARY 8,2016
遇到了问题
依稀还记得是15年初的时候,一些业务数据发生了错误,经过仔细分析,认为是重复发起了请求引起的,经过多方确认任务重复请求不是认为操作,分析程序发现程序也不会无
缘无故发起二次请求。因为这个情况只发生过一次两次,再加上仔细检查代码任务不肯能发生的事一般会推给操作人误操作,所以问题就这么搁置了。
再后来因为操作越来越频繁上面的情况越来越多,然后才意识到这个问题的严重性,以至于到处google baidu 论坛提问,当时找到了遇到相同问题的贴子
浏览器在一定超时后会自动再次请求,然后又把问题推给浏览器(哈哈,反正当时不认为程序有问题)
再后来有机会了解了Nginx 其中Nginx配置重复提交现象 我从前台提交一个get请求。后台处理了两次!顿时引起了我的注意。再继续了解到F5也有tiemout属性配置,然后再通过后台数据重复提交的间隔大概都是5分钟,联想到timeout属性配置是300秒才意识到是执行的业务方法时间过长,浏览器得不到响应F5自动触发了二次请求。
解决问题
上面说了,引起重复提交是由于方法执行时间过长导致F5自动触发二次请求。
解决方案1:使方法执行时间缩短(肯定不可能做到,执行方法时间不可估计)
解决方案2:使长时间执行的方法新建一个线程,如果页面请求直接告诉前端页面说明方法执行中,剩下的交给后台线程去执行(最后使用的)。
再次遇到问题
由于执行时间长的方法都新启动线程去执行,方法多而导致新开的线程多,最后服务器会由线程池满了而崩溃,服务器崩溃我也跟着崩溃
了解线程池
使用线程池的好处
1,减少在创建和销毁线程上所花的时间及系统资源开销
2,减少系统创建大量线程而导致消耗完系统内存及“过渡切换”
3,池中的线程数量是固定的,如果需要执行大量线程方法超过线程池数量会由排队策略决定线程的执行过程
新建线程池
package net.uni.ap.thread;
import java.util.concurrent.LinkedBlockingQueue;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;
/**
* 处理内容:线程池工厂类
*/
public class ThreadPoolExecutorFactory {
/**
* corePoolSize 池中所保存的线程数,包括空闲线程。
*/
private static final int corePoolSize = 40;
/**
* maximumPoolSize - 池中允许的最大线程数(采用LinkedBlockingQueue时没有作用)。
*/
private static final int maximumPoolSize = 40;
/**
* keepAliveTime -当线程数大于核心时,此为终止前多余的空闲线程等待新任务的最长时间,线程池维护线程所允许的空闲时间
*/
private static final int keepAliveTime = 60;
/**
* 执行前用于保持任务的队列(缓冲队列)
*/
private static final int capacity = 300;
/**
* 线程池对象
*/
private static ThreadPoolExecutor threadPoolExecutor = null;
//构造方法私有化
private ThreadPoolExecutorFactory(){}
public static ThreadPoolExecutor getThreadPoolExecutor(){
if(null == threadPoolExecutor){
ThreadPoolExecutor t;
synchronized (ThreadPoolExecutor.class) {
t = threadPoolExecutor;
if(null == t){
synchronized (ThreadPoolExecutor.class) {
t = new ThreadPoolExecutor(corePoolSize, maximumPoolSize, keepAliveTime, TimeUnit.MILLISECONDS,new LinkedBlockingQueue<Runnable>(),new ThreadPoolExecutor.DiscardOldestPolicy());
}
threadPoolExecutor = t;
}
}
}
return threadPoolExecutor;
}
}
执行过程是:
1)当池子大小小于corePoolSize就新建线程,并处理请求
2)当池子大小等于corePoolSize,把请求放入workQueue中,池子里的空闲线程就去从workQueue中
2)当池子大小等于corePoolSize,把请求放入workQueue中,池子里的空闲线程就去从workQueue中