转载:https://www.cnblogs.com/liran123/archive/2018/07/01/9251249.html
线程池,首先要明白为什么要是用线程池,这里引入网上一个比较好的案例:
--在实际使用中,服务器在创建和销毁线程上花费的时间和消耗的系统资源都相当大,甚至可能要比在处理实际的用户请求的时间和资源要多的多。除了创建和销毁线程的开销之外,活动的线程也需要消耗系统资源。如果在一个jvm里创建太多的线程,可能会使系统由于过度消耗内存或“切换过度”而导致系统资源不足。为了防止资源不足,服务器应用程序需要采取一些办法来限制任何给定时刻处理的请求数目,尽可能减少创建和销毁线程的次数,特别是一些资源耗费比较大的线程的创建和销毁,尽量利用已有对象来进行服务,这就是“池化资源”技术产生的原因。 线程池主要用来解决线程生命周期开销问题和资源不足问题(这段是摘自网络)
明白了为什么要用线程池,接下来我们就要看ThreadPoolExecutor 的内部实现
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue,
ThreadFactory threadFactory,
RejectedExecutionHandler handler) {
if (corePoolSize < 0 ||
maximumPoolSize <= 0 ||
maximumPoolSize < corePoolSize ||
keepAliveTime < 0)
throw new IllegalArgumentException();
if (workQueue == null || threadFactory == null || handler == null)
throw new NullPointerException();
this.corePoolSize = corePoolSize;
this.maximumPoolSize = maximumPoolSize;
this.workQueue = workQueue;
this.keepAliveTime = unit.toNanos(keepAliveTime);
this.threadFactory = threadFactory;
this.handler = handler;
}
这里只是创建线程池其中的一个构造函数;其实其他的构造函数最终还是调用的这个构造函数;
说明一下这些参数的作用:
corePoolSize:核心池的大小,在创建了线程池后,线程池中的线程数为0,当有任务来之后,就会创建一个线程去执行任务,当线程池中的线程数目达到corePoolSize后,就会把到达的任务放到缓存队列当中;
maximumPoolSize:线程池最大线程数,它表示在线程池中最多能创建多少个线程;这个参数是跟后面的阻塞队列联系紧密的;只有当阻塞队列满了,如果还有任务添加到线程池的话,会尝试new 一个Thread的进行救急处理,立马执行对应的runnable任务;如果继续添加任务到线程池,且线程池中的线程数已经达到了maximumPoolSize,那么线程就会就会执行reject操作(这里后面会提及到)
keepAliveTime:表示线程没有任务执行时最多保持多久时间会终止;默认情况下,只有当线程池中的线程数大于corePoolSize时,keepAliveTime才会起作用;即当线程池中的线程数大于corePoolSize时,如果一个线程空闲的时间达到keepAliveTime,则会终止,直到线程池中的线程数不超过corePoolSize。但是如果调用了allowCoreThreadTimeOut(boolean)方法并设置了参数为true,在线程池中的线程数不大于corePoolSize时,keepAliveTime参数也会起作用,直到线程池中的阻塞队列大小为0;(这部分通过查看ThreadPoolExecutor的源码分析--getTask()部分);
unit:参数keepAliveTime的时间单位,有7种取值,在TimeUnit类中有7种静态属性(时间单位)
workQueue:一个阻塞队列,用来存储等待执行的任务,这个参数的选择也很重要,会对线程池的运行过程产生重大影响,一般来说,这里的阻塞队列有以下几种选择
ArrayBlockingQueue;
LinkedBlockingQueue;
SynchronousQueue;
ArrayBlockingQueue和PriorityBlockingQueue使用较少,一般使用LinkedBlockingQueue和Synchronous。线程池的排队策略与BlockingQueue有关。
threadFactory:线程工厂,主要用来创建线程:默认值 DefaultThreadFactory;
handler:表示当拒绝处理任务时的策略,就是上面提及的reject操作;有以下四种取值:
ThreadPoolExecutor.AbortPolicy:丢弃任务并抛出RejectedExecutionException异常。(默认handle)
ThreadPoolExecutor.DiscardPolicy:也是丢弃任务,但是不抛出异常。
ThreadPoolExecutor.DiscardOldestPolicy:丢弃队列最前面的任务,然后重新尝试执行任务(重复此过程)
ThreadPoolExecutor.CallerRunsPolicy:由调用线程处理该任务,这种方式,会阻塞调用者的线程
测试代码:
public static void main(String[] args) throws ExecutionException, InterruptedException {
/**
* corePoolSize 核心线程数量
* maximunPoolSize 最多线程数量,只有阻塞队列满了,在考虑new 一个新的线程
* keepAliveTime 线程空闲下来的,活跃时间
* blockingDeque 队列,当处理的线程数量达到核心线程数量之后,在来的任务会放到这个队列中
* RejectedExecutionHandler 拒绝策略,当处理的任务达到线程最大之后,在来的任务会怎么处理
*/
System.out.println(Runtime.getRuntime().availableProcessors());
boolean falg = true;
ThreadLocal<Integer> threadLocal = new ThreadLocal();
ThreadPoolExecutor poolExecutor =
new ThreadPoolExecutor(4,
5,
0, TimeUnit.SECONDS,
new LinkedBlockingDeque<>(2),
// new ThreadPoolExecutor.AbortPolicy()
//抛弃任务
// new ThreadPoolExecutor.DiscardPolicy()
new ThreadPoolExecutor.CallerRunsPolicy()
);
for (int i = 0; i < 9; i++) {
poolExecutor.execute(new Runnable() {
@Override
public void run() {
int y = 0;
while (falg) {
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
threadLocal.set(y++);
System.out.println(Thread.currentThread().getName() + " ActiveCount:" + poolExecutor.getActiveCount()
+ " CompletedTaskCount" + poolExecutor.getCompletedTaskCount() +
" LargestPoolSize" + poolExecutor.getLargestPoolSize() +
" max " + poolExecutor.getMaximumPoolSize() +
" y=" + y);
if (threadLocal.get() > 10) {
System.out.println(Thread.currentThread().getName() + " 执行完成");
break;
}
}
}
});
}
//监控线程
ExecutorService executorService = Executors.newSingleThreadExecutor();
executorService.execute(new Runnable() {
@Override
public void run() {
while (true) {
try {
Thread.sleep(1000);
BlockingQueue<Runnable> queue1 = poolExecutor.getQueue();
System.out.println(queue1.size() + "----------------");
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
});
}