在前面的文章中，我们使用线程的时候就去创建一个线程，这样实现起来非常简便，但是就会有一个问题：
如果并发的线程数量很多，并且每个线程都是执行一个时间很短的任务就结束了，这样频繁创建线程就会大大降低系统的效率，因为频繁创建线程和销毁线程需要时间。
那么有没有一种办法使得线程可以复用，就是执行完一个任务，并不被销毁，而是可以继续执行其他的任务？
在Java中可以通过线程池来达到这样的效果。今天我们就来详细讲解一下Java的线程池，首先我们从最核心的ThreadPoolExecutor类中的方法讲起，然后再讲述它的实现原理，接着给出了它的使用示例，最后讨论了一下如何合理配置线程池的大小。
一.Java中的ThreadPoolExecutor类
java.uitl.concurrent.ThreadPoolExecutor类是线程池中最核心的一个类，因此如果要透彻地了解Java中的线程池，必须先了解这个类。下面我们来看一下ThreadPoolExecutor类的具体实现源码。
在ThreadPoolExecutor类中提供了四个构造方法：
public class ThreadPoolExecutor extends AbstractExecutorService { ..... public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit, BlockingQueue<Runnable> workQueue); public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit, BlockingQueue<Runnable> workQueue,ThreadFactory threadFactory); public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit, BlockingQueue<Runnable> workQueue,RejectedExecutionHandler handler); public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit, BlockingQueue<Runnable> workQueue,ThreadFactory threadFactory,RejectedExecutionHandler handler); }
从上面的代码可以得知，ThreadPoolExecutor继承了AbstractExecutorService类，并提供了四个构造器，事实上，通过观察每个构造器的源码具体实现，发现前面三个构造器都是调用的第四个构造器进行的初始化工作。
下面解释下一下构造器中各个参数的含义：
- corePoolSize：核心池的大小，这个参数跟后面讲述的线程池的实现原理有非常大的关系。在创建了线程池后，默认情况下，线程池中并没有任何线程，而是等待有任务到来才创建线程去执行任务，除非调用了prestartAllCoreThreads()或者prestartCoreThread()方法，从这2个方法的名字就可以看出，是预创建线程的意思，即在没有任务到来之前就创建corePoolSize个线程或者一个线程。默认情况下，在创建了线程池后，线程池中的线程数为0，当有任务来之后，就会创建一个线程去执行任务，当线程池中的线程数目达到corePoolSize后，就会把到达的任务放到缓存队列当中；
- maximumPoolSize：线程池最大线程数，这个参数也是一个非常重要的参数，它表示在线程池中最多能创建多少个线程；
- keepAliveTime：表示线程没有任务执行时最多保持多久时间会终止。默认情况下，只有当线程池中的线程数大于corePoolSize时，keepAliveTime才会起作用，直到线程池中的线程数不大于corePoolSize，即当线程池中的线程数大于corePoolSize时，如果一个线程空闲的时间达到keepAliveTime，则会终止，直到线程池中的线程数不超过corePoolSize。但是如果调用了allowCoreThreadTimeOut(boolean)方法，在线程池中的线程数不大于corePoolSize时，keepAliveTime参数也会起作用，直到线程池中的线程数为0；
TimeUnit.DAYS; //天
TimeUnit.HOURS; //小时
TimeUnit.MINUTES; //分钟
TimeUnit.SECONDS; //秒
TimeUnit.MILLISECONDS; //毫秒
TimeUnit.MICROSECONDS; //微妙
TimeUnit.NANOSECONDS; //纳秒
- workQueue：一个阻塞队列，用来存储等待执行的任务，这个参数的选择也很重要，会对线程池的运行过程产生重大影响，一般来说，这里的阻塞队列有以下几种选择：
ArrayBlockingQueue;
LinkedBlockingQueue;
SynchronousQueue;
ArrayBlockingQueue和PriorityBlockingQueue使用较少，一般使用LinkedBlockingQueue和Synchronous。线程池的排队策略与BlockingQueue有关。
- threadFactory：线程工厂，主要用来创建线程；
- handler：表示当拒绝处理任务时的策略，有以下四种取值：
ThreadPoolExecutor.AbortPolicy:丢弃任务并抛出RejectedExecutionException异常。
ThreadPoolExecutor.DiscardPolicy：也是丢弃任务，但是不抛出异常。
ThreadPoolExecutor.DiscardOldestPolicy：丢弃队列最前面的任务，然后重新尝试执行任务（重复此过程）
ThreadPoolExecutor.CallerRunsPolicy：由调用线程处理该任务
具体参数的配置与线程池的关系将在下一节讲述。
从上面给出的ThreadPoolExecutor类的代码可以知道，ThreadPoolExecutor继承了AbstractExecutorService，我们来看一下AbstractExecutorService的实现：
public abstract class AbstractExecutorService implements ExecutorService { protected <T> RunnableFuture<T> newTaskFor(Runnable runnable, T value) { }; protected <T> RunnableFuture<T> newTaskFor(Callable<T> callable) { }; public Future<?> submit(Runnable task) {}; public <T> Future<T> submit(Runnable task, T result) { }; public <T> Future<T> submit(Callable<T> task) { }; private <T> T doInvokeAny(Collection<? extends Callable<T>> tasks, boolean timed, long nanos) throws InterruptedException, ExecutionException, TimeoutException { }; public <T> T invokeAny(Collection<? extends Callable<T>> tasks) throws InterruptedException, ExecutionException { }; public <T> T invokeAny(Collection<? extends Callable<T>> tasks, long timeout, TimeUnit unit) throws InterruptedException, ExecutionException, TimeoutException { }; public <T> List<Future<T>> invokeAll(Collection<? extends Callable<T>> tasks) throws InterruptedException { }; public <T> List<Future<T>> invokeAll(Collection<? extends Callable<T>> tasks, long timeout, TimeUnit unit) throws InterruptedException { }; }
AbstractExecutorService是一个抽象类，它实现了ExecutorService接口。
我们接着看ExecutorService接口的实现：
public interface ExecutorService extends Executor { void shutdown(); boolean isShutdown(); boolean isTerminated(); boolean awaitTermination(long timeout, TimeUnit unit) throws InterruptedException; <T> Future<T> submit(Callable<T> task); <T> Future<T> submit(Runnable task, T result); Future<?> submit(Runnable task); <T> List<Future<T>> invokeAll(Collection<? extends Callable<T>> tasks) throws InterruptedException; <T> List<Future<T>> invokeAll(Collection<? extends Callable<T>> tasks, long timeout, TimeUnit unit) throws InterruptedException; <T> T invokeAny(Collection<? extends Callable<T>> tasks) throws InterruptedException, ExecutionException; <T> T invokeAny(Collection<? extends Callable<T>> tasks, long timeout, TimeUnit unit) throws InterruptedException, ExecutionException, TimeoutException; }
而ExecutorService又是继承了Executor接口，我们看一下Executor接口的实现：
public interface Executor { void execute(Runnable command); }
到这里，大家应该明白了ThreadPoolExecutor、AbstractExecutorService、ExecutorService和Executor几个之间的关系了。
Executor是一个顶层接口，在它里面只声明了一个方法execute(Runnable)，返回值为void，参数为Runnable类型，从字面意思可以理解，就是用来执行传进去的任务的；
然后ExecutorService接口继承了Executor接口，并声明了一些方法：submit、invokeAll、invokeAny以及shutDown等；
抽象类AbstractExecutorService实现了ExecutorService接口，基本实现了ExecutorService中声明的所有方法；
然后ThreadPoolExecutor继承了类AbstractExecutorService。
在ThreadPoolExecutor类中有几个非常重要的方法：
execute() submit() shutdown() shutdownNow()
execute()方法实际上是Executor中声明的方法，在ThreadPoolExecutor进行了具体的实现，这个方法是ThreadPoolExecutor的核心方法，通过这个方法可以向线程池提交一个任务，交由线程池去执行。
submit()方法是在ExecutorService中声明的方法，在AbstractExecutorService就已经有了具体的实现，在ThreadPoolExecutor中并没有对其进行重写，这个方法也是用来向线程池提交任务的，但是它和execute()方法不同，它能够返回任务执行的结果，去看submit()方法的实现，会发现它实际上还是调用的execute()方法，只不过它利用了Future来获取任务执行结果（Future相关内容将在下一篇讲述）。
shutdown()和shutdownNow()是用来关闭线程池的。
还有很多其他的方法：
比如：getQueue() 、getPoolSize() 、getActiveCount()、getCompletedTaskCount()等获取与线程池相关属性的方法，有兴趣的朋友可以自行查阅API。
二.深入剖析线程池实现原理
在上一节我们从宏观上介绍了ThreadPoolExecutor，下面我们来深入解析一下线程池的具体实现原理，将从下面几个方面讲解：
1.线程池状态
在ThreadPoolExecutor中定义了一个volatile变量，另外定义了几个static final变量表示线程池的各个状态：
volatile int runState;
static final int RUNNING = 0;
static final int SHUTDOWN = 1;
static final int STOP = 2;
static final int TERMINATED = 3;
runState表示当前线程池的状态，它是一个volatile变量用来保证线程之间的可见性；
下面的几个static final变量表示runState可能的几个取值。
当创建线程池后，初始时，线程池处于RUNNING状态；
如果调用了shutdown()方法，则线程池处于SHUTDOWN状态，此时线程池不能够接受新的任务，它会等待所有任务执行完毕；
如果调用了shutdownNow()方法，则线程池处于STOP状态，此时线程池不能接受新的任务，并且会去尝试终止正在执行的任务；
当线程池处于SHUTDOWN或STOP状态，并且所有工作线程已经销毁，任务缓存队列已经清空或执行结束后，线程池被设置为TERMINATED状态。
2.任务的执行
在了解将任务提交给线程池到任务执行完毕整个过程之前，我们先来看一下ThreadPoolExecutor类中其他的一些比较重要成员变量：
private final BlockingQueue<Runnable> workQueue; //任务缓存队列，用来存放等待执行的任务 private final ReentrantLock mainLock = new ReentrantLock(); //线程池的主要状态锁，对线程池状态（比如线程池大小 //、runState等）的改变都要使用这个锁 private final HashSet<Worker> workers = new HashSet<Worker>(); //用来存放工作集 private volatile long keepAliveTime; //线程存活时间 private volatile boolean allowCoreThreadTimeOut; //是否允许为核心线程设置存活时间 private volatile int corePoolSize; //核心池的大小（即线程池中的线程数目大于这个参数时，提交的任务会被放进任务缓存队列） private volatile int maximumPoolSize; //线程池最大能容忍的线程数 private volatile int poolSize; //线程池中当前的线程数 private volatile RejectedExecutionHandler handler; //任务拒绝策略 private volatile ThreadFactory threadFactory; //线程工厂，用来创建线程 private int largestPoolSize; //用来记录线程池中曾经出现过的最大线程数 private long completedTaskCount; //用来记录已经执行完毕的任务个数
每个变量的作用都已经标明出来了，这里要重点解释一下corePoolSize、maximumPoolSize、largestPoolSize三个变量。
corePoolSize在很多地方被翻译成核心池大小，其实我的理解这个就是线程池的大小。举个简单的例子：
假如有一个工厂，工厂里面有10个工人，每个工人同时只能做一件任务。
因此只要当10个工人中有工人是空闲的，来了任务就分配给空闲的工人做；
当10个工人都有任务在做时，如果还来了任务，就把任务进行排队等待；
如果说新任务数目增长的速度远远大于工人做任务的速度，那么此时工厂主管可能会想补救措施，比如重新招4个临时工人进来；
然后就将任务也分配给这4个临时工人做；
如果说着14个工人做任务的速度还是不够，此时工厂主管可能就要考虑不再接收新的任务或者抛弃前面的一些任务了。
当这14个工人当中有人空闲时，而新任务增长的速度又比较缓慢，工厂主管可能就考虑辞掉4个临时工了，只保持原来的10个工人，毕竟请额外的工人是要花钱的。
这个例子中的corePoolSize就是10，而maximumPoolSize就是14（10+4）。
也就是说corePoolSize就是线程池大小，maximumPoolSize在我看来是线程池的一种补救措施，即任务量突然过大时的一种补救措施。
不过为了方便理解，在本文后面还是将corePoolSize翻译成核心池大小。
largestPoolSize只是一个用来起记录作用的变量，用来记录线程池中曾经有过的最大线程数目，跟线程池的容量没有任何关系。
下面我们进入正题，看一下任务从提交到最终执行完毕经历了哪些过程。
在ThreadPoolExecutor类中，最核心的任务提交方法是execute()方法，虽然通过submit也可以提交任务，但是实际上submit方法里面最终调用的还是execute()方法，所以我们只需要研究execute()方法的实现原理即可：
public void execute(Runnable command) { if (command == null) throw new NullPointerException(); if (poolSize >= corePoolSize || !addIfUnderCorePoolSize(command)) { if (runState == RUNNING && workQueue.offer(command)) { if (runState != RUNNING || poolSize == 0) ensureQueuedTaskHandled(command); } else if (!addIfUnderMaximumPoolSize(command)) reject(command); // is shutdown or saturated } }
到这里，大部分朋友应该对任务提交给线程池之后到被执行的整个过程有了一个基本的了解，下面总结一下：
1）首先，要清楚corePoolSize和maximumPoolSize的含义；
2）其次，要知道Worker是用来起到什么作用的；
3）要知道任务提交给线程池之后的处理策略，这里总结一下主要有4点：
- 如果当前线程池中的线程数目小于corePoolSize，则每来一个任务，就会创建一个线程去执行这个任务；
- 如果当前线程池中的线程数目>=corePoolSize，则每来一个任务，会尝试将其添加到任务缓存队列当中，若添加成功，则该任务会等待空闲线程将其取出去执行；若添加失败（一般来说是任务缓存队列已满），则会尝试创建新的线程去执行这个任务；
- 如果当前线程池中的线程数目达到maximumPoolSize，则会采取任务拒绝策略进行处理；
- 如果线程池中的线程数量大于 corePoolSize时，如果某线程空闲时间超过keepAliveTime，线程将被终止，直至线程池中的线程数目不大于corePoolSize；如果允许为核心池中的线程设置存活时间，那么核心池中的线程空闲时间超过keepAliveTime，线程也会被终止。
3.线程池中的线程初始化
默认情况下，创建线程池之后，线程池中是没有线程的，需要提交任务之后才会创建线程。
在实际中如果需要线程池创建之后立即创建线程，可以通过以下两个方法办到：
- prestartCoreThread()：初始化一个核心线程；
- prestartAllCoreThreads()：初始化所有核心线程
下面是这2个方法的实现：
public boolean prestartCoreThread() { return addIfUnderCorePoolSize(null); //注意传进去的参数是null } public int prestartAllCoreThreads() { int n = 0; while (addIfUnderCorePoolSize(null))//注意传进去的参数是null ++n; return n; } |
注意上面传进去的参数是null，根据第2小节的分析可知如果传进去的参数为null，则最后执行线程会阻塞在getTask方法中的
r = workQueue.take(); |
即等待任务队列中有任务。
4.任务缓存队列及排队策略
在前面我们多次提到了任务缓存队列，即workQueue，它用来存放等待执行的任务。
workQueue的类型为BlockingQueue<Runnable>，通常可以取下面三种类型：
1）ArrayBlockingQueue：基于数组的先进先出队列，此队列创建时必须指定大小；
2）LinkedBlockingQueue：基于链表的先进先出队列，如果创建时没有指定此队列大小，则默认为Integer.MAX_VALUE；
3）synchronousQueue：这个队列比较特殊，它不会保存提交的任务，而是将直接新建一个线程来执行新来的任务。
5.任务拒绝策略
当线程池的任务缓存队列已满并且线程池中的线程数目达到maximumPoolSize，如果还有任务到来就会采取任务拒绝策略，通常有以下四种策略：
ThreadPoolExecutor.AbortPolicy:丢弃任务并抛出RejectedExecutionException异常。
ThreadPoolExecutor.DiscardPolicy：也是丢弃任务，但是不抛出异常。
ThreadPoolExecutor.DiscardOldestPolicy：丢弃队列最前面的任务，然后重新尝试执行任务（重复此过程）
ThreadPoolExecutor.CallerRunsPolicy：由调用线程处理该任务
6.线程池的关闭
ThreadPoolExecutor提供了两个方法，用于线程池的关闭，分别是shutdown()和shutdownNow()，其中：
- shutdown()：不会立即终止线程池，而是要等所有任务缓存队列中的任务都执行完后才终止，但再也不会接受新的任务
- shutdownNow()：立即终止线程池，并尝试打断正在执行的任务，并且清空任务缓存队列，返回尚未执行的任务
7.线程池容量的动态调整
ThreadPoolExecutor提供了动态调整线程池容量大小的方法：setCorePoolSize()和setMaximumPoolSize()，
- setCorePoolSize：设置核心池大小
- setMaximumPoolSize：设置线程池最大能创建的线程数目大小
当上述参数从小变大时，ThreadPoolExecutor进行线程赋值，还可能立即创建新的线程来执行任务。
三.使用示例
package com.task; import java.util.concurrent.*; public class threadexecute { public static void main(String[] args) { /** * 当线程池中线程的数目大于5时,便将任务放入任务缓存队列里面,当任务缓存队列满了之后，便创建新的线程。 * corePoolSize就是线程池大小， * maximumPoolSize在我看来是线程池的一种补救措施， * 即任务量突然过大时的一种补救措施。 */ ThreadPoolExecutor executor = new ThreadPoolExecutor(5,15,200, TimeUnit.MILLISECONDS,new ArrayBlockingQueue<Runnable>(5)); // ExecutorService executorService = Executors.newCachedThreadPool(); /** * Executors.newCachedThreadPool(); //创建一个缓冲池，缓冲池容量大小为Integer.MAX_VALUE * Executors.newSingleThreadExecutor(); //创建容量为1的缓冲池 * Executors.newFixedThreadPool(int); //创建固定容量大小的缓冲池 */ /** * 线程池是一种多线程处理形式，处理过程中将任务添加到队列，然后在创建线程后自动启动这些任务。 * 线程池线程都是后台线程。每个线程都使用默认的堆栈大小，以默认的优先级运行，并处于多线程单元中。 * 如果某个线程在托管代码中空闲（如正在等待某个事件）,则线程池将插入另一个辅助线程来使所有处理器保持繁忙。 * 如果所有线程池线程都始终保持繁忙，但队列中包含挂起的工作，则线程池将在一段时间后创建另一个辅助线程但线程的数目永远不会超过最大值。 * 超过最大值的线程可以排队，但他们要等到其他线程完成后才启动。 */ for (int i=0 ; i<15 ;i++){ Task task = new Task(i); executor.execute(task); System.out.println("线程池中线程数目："+executor.getPoolSize()+",等待数目："+executor.getQueue().size() +",已经执行完成："+executor.getCompletedTaskCount()); } executor.shutdown(); //不会立即终止线程池，而是要等所有任务缓存队列中的任务都执行完后才终止，但再也不会接受新的任务 } } class Task implements Runnable{ private int taskId; public Task(int taskId){ this.taskId = taskId; } @Override public void run() {
System.out.println("正在执行Task:"+taskId);
// while(true){
System.out.println(taskId);
try {
Thread.sleep(4000);
} catch (InterruptedException e) {
e.printStackTrace();
}
// }
System.out.println("Task执行完成："+taskId); } }返回结果
"C:\Program Files\Java\jdk1.8.0_181\bin\java.exe" "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA 2018.2.2\lib\idea_rt.jar=62173:C:\Program Files\JetBrains\IntelliJ IDEA 2018.2.2\bin" -Dfile.encoding=UTF-8 -classpath "C:\Program Files\Java\jdk1.8.0_181\jre\lib\charsets.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\deploy.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\access-bridge-64.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\cldrdata.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\dnsns.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\jaccess.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\jfxrt.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\localedata.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\nashorn.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\sunec.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\sunjce_provider.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\sunmscapi.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\sunpkcs11.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\zipfs.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\javaws.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\jce.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\jfr.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\jfxswt.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\jsse.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\management-agent.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\plugin.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\resources.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\rt.jar;C:\Users\Tony\Documents\IDEA\hbase-api-test\target\classes;D:\work\apache-maven-3.5.4-source\org\apache\hbase\hbase-server\1.2.0\hbase-server-1.2.0.jar;D:\work\apache-maven-3.5.4-source\org\apache\hbase\hbase-common\1.2.0\hbase-common-1.2.0.jar;D:\work\apache-maven-3.5.4-source\org\apache\hbase\hbase-protocol\1.2.0\hbase-protocol-1.2.0.jar;D:\work\apache-maven-3.5.4-source\org\apache\hbase\hbase-procedure\1.2.0\hbase-procedure-1.2.0.jar;D:\work\apache-maven-3.5.4-source\org\apache\hbase\hbase-common\1.2.0\hbase-common-1.2.0-tests.jar;D:\work\apache-maven-3.5.4-source\org\apache\hbase\hbase-prefix-tree\1.2.0\hbase-prefix-tree-1.2.0.jar;D:\work\apache-maven-3.5.4-source\commons-httpclient\commons-httpclient\3.1\commons-httpclient-3.1.jar;D:\work\apache-maven-3.5.4-source\commons-codec\commons-codec\1.11\commons-codec-1.11.jar;D:\work\apache-maven-3.5.4-source\commons-collections\commons-collections\3.2.2\commons-collections-3.2.2.jar;D:\work\apache-maven-3.5.4-source\org\apache\hbase\hbase-hadoop-compat\1.2.0\hbase-hadoop-compat-1.2.0.jar;D:\work\apache-maven-3.5.4-source\org\apache\hbase\hbase-hadoop2-compat\1.2.0\hbase-hadoop2-compat-1.2.0.jar;D:\work\apache-maven-3.5.4-source\com\yammer\metrics\metrics-core\2.2.0\metrics-core-2.2.0.jar;D:\work\apache-maven-3.5.4-source\org\slf4j\slf4j-api\1.7.25\slf4j-api-1.7.25.jar;D:\work\apache-maven-3.5.4-source\com\google\guava\guava\12.0.1\guava-12.0.1.jar;D:\work\apache-maven-3.5.4-source\com\google\code\findbugs\jsr305\1.3.9\jsr305-1.3.9.jar;D:\work\apache-maven-3.5.4-source\com\google\protobuf\protobuf-java\2.5.0\protobuf-java-2.5.0.jar;D:\work\apache-maven-3.5.4-source\com\sun\jersey\jersey-core\1.9\jersey-core-1.9.jar;D:\work\apache-maven-3.5.4-source\com\sun\jersey\jersey-server\1.9\jersey-server-1.9.jar;D:\work\apache-maven-3.5.4-source\asm\asm\3.1\asm-3.1.jar;D:\work\apache-maven-3.5.4-source\commons-cli\commons-cli\1.2\commons-cli-1.2.jar;D:\work\apache-maven-3.5.4-source\commons-io\commons-io\2.4\commons-io-2.4.jar;D:\work\apache-maven-3.5.4-source\commons-lang\commons-lang\2.6\commons-lang-2.6.jar;D:\work\apache-maven-3.5.4-source\commons-logging\commons-logging\1.2\commons-logging-1.2.jar;D:\work\apache-maven-3.5.4-source\org\apache\commons\commons-math\2.2\commons-math-2.2.jar;D:\work\apache-maven-3.5.4-source\log4j\log4j\1.2.17\log4j-1.2.17.jar;D:\work\apache-maven-3.5.4-source\org\apache\zookeeper\zookeeper\3.4.6\zookeeper-3.4.6.jar;D:\work\apache-maven-3.5.4-source\org\slf4j\slf4j-log4j12\1.7.25\slf4j-log4j12-1.7.25.jar;D:\work\apache-maven-3.5.4-source\org\mortbay\jetty\jetty\6.1.26\jetty-6.1.26.jar;D:\work\apache-maven-3.5.4-source\org\mortbay\jetty\jetty-util\6.1.26\jetty-util-6.1.26.jar;D:\work\apache-maven-3.5.4-source\org\mortbay\jetty\jetty-sslengine\6.1.26\jetty-sslengine-6.1.26.jar;D:\work\apache-maven-3.5.4-source\org\mortbay\jetty\jsp-2.1\6.1.14\jsp-2.1-6.1.14.jar;D:\work\apache-maven-3.5.4-source\org\mortbay\jetty\jsp-api-2.1\6.1.14\jsp-api-2.1-6.1.14.jar;D:\work\apache-maven-3.5.4-source\org\mortbay\jetty\servlet-api-2.5\6.1.14\servlet-api-2.5-6.1.14.jar;D:\work\apache-maven-3.5.4-source\org\codehaus\jackson\jackson-core-asl\1.9.13\jackson-core-asl-1.9.13.jar;D:\work\apache-maven-3.5.4-source\org\codehaus\jackson\jackson-mapper-asl\1.9.13\jackson-mapper-asl-1.9.13.jar;D:\work\apache-maven-3.5.4-source\org\codehaus\jackson\jackson-jaxrs\1.9.13\jackson-jaxrs-1.9.13.jar;D:\work\apache-maven-3.5.4-source\tomcat\jasper-compiler\5.5.23\jasper-compiler-5.5.23.jar;D:\work\apache-maven-3.5.4-source\tomcat\jasper-runtime\5.5.23\jasper-runtime-5.5.23.jar;D:\work\apache-maven-3.5.4-source\commons-el\commons-el\1.0\commons-el-1.0.jar;D:\work\apache-maven-3.5.4-source\org\jamon\jamon-runtime\2.4.1\jamon-runtime-2.4.1.jar;D:\work\apache-maven-3.5.4-source\io\netty\netty-all\4.1.29.Final\netty-all-4.1.29.Final.jar;D:\work\apache-maven-3.5.4-source\org\apache\htrace\htrace-core\3.1.0-incubating\htrace-core-3.1.0-incubating.jar;D:\work\apache-maven-3.5.4-source\com\lmax\disruptor\3.3.0\disruptor-3.3.0.jar;D:\work\apache-maven-3.5.4-source\org\owasp\esapi\esapi\2.1.0\esapi-2.1.0.jar;D:\work\apache-maven-3.5.4-source\commons-configuration\commons-configuration\1.5\commons-configuration-1.5.jar;D:\work\apache-maven-3.5.4-source\commons-digester\commons-digester\1.8\commons-digester-1.8.jar;D:\work\apache-maven-3.5.4-source\commons-beanutils\commons-beanutils\1.7.0\commons-beanutils-1.7.0.jar;D:\work\apache-maven-3.5.4-source\commons-beanutils\commons-beanutils-core\1.7.0\commons-beanutils-core-1.7.0.jar;D:\work\apache-maven-3.5.4-source\commons-fileupload\commons-fileupload\1.2\commons-fileupload-1.2.jar;D:\work\apache-maven-3.5.4-source\xom\xom\1.2.5\xom-1.2.5.jar;D:\work\apache-maven-3.5.4-source\xml-apis\xml-apis\1.4.01\xml-apis-1.4.01.jar;D:\work\apache-maven-3.5.4-source\xalan\xalan\2.7.0\xalan-2.7.0.jar;D:\work\apache-maven-3.5.4-source\org\beanshell\bsh-core\2.0b4\bsh-core-2.0b4.jar;D:\work\apache-maven-3.5.4-source\org\owasp\antisamy\antisamy\1.4.3\antisamy-1.4.3.jar;D:\work\apache-maven-3.5.4-source\org\apache\xmlgraphics\batik-css\1.7\batik-css-1.7.jar;D:\work\apache-maven-3.5.4-source\org\apache\xmlgraphics\batik-ext\1.7\batik-ext-1.7.jar;D:\work\apache-maven-3.5.4-source\org\apache\xmlgraphics\batik-util\1.7\batik-util-1.7.jar;D:\work\apache-maven-3.5.4-source\xml-apis\xml-apis-ext\1.3.04\xml-apis-ext-1.3.04.jar;D:\work\apache-maven-3.5.4-source\net\sourceforge\nekohtml\nekohtml\1.9.22\nekohtml-1.9.22.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-common\2.5.1\hadoop-common-2.5.1.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-annotations\2.5.1\hadoop-annotations-2.5.1.jar;C:\Program Files\Java\jdk1.8.0_181\lib\tools.jar;D:\work\apache-maven-3.5.4-source\org\apache\commons\commons-math3\3.1.1\commons-math3-3.1.1.jar;D:\work\apache-maven-3.5.4-source\xmlenc\xmlenc\0.52\xmlenc-0.52.jar;D:\work\apache-maven-3.5.4-source\commons-net\commons-net\3.1\commons-net-3.1.jar;D:\work\apache-maven-3.5.4-source\com\sun\jersey\jersey-json\1.9\jersey-json-1.9.jar;D:\work\apache-maven-3.5.4-source\org\codehaus\jettison\jettison\1.1\jettison-1.1.jar;D:\work\apache-maven-3.5.4-source\com\sun\xml\bind\jaxb-impl\2.2.3-1\jaxb-impl-2.2.3-1.jar;D:\work\apache-maven-3.5.4-source\org\codehaus\jackson\jackson-xc\1.8.3\jackson-xc-1.8.3.jar;D:\work\apache-maven-3.5.4-source\net\java\dev\jets3t\jets3t\0.9.0\jets3t-0.9.0.jar;D:\work\apache-maven-3.5.4-source\org\apache\httpcomponents\httpcore\4.4.10\httpcore-4.4.10.jar;D:\work\apache-maven-3.5.4-source\com\jamesmurty\utils\java-xmlbuilder\0.4\java-xmlbuilder-0.4.jar;D:\work\apache-maven-3.5.4-source\org\apache\avro\avro\1.7.4\avro-1.7.4.jar;D:\work\apache-maven-3.5.4-source\com\thoughtworks\paranamer\paranamer\2.3\paranamer-2.3.jar;D:\work\apache-maven-3.5.4-source\org\xerial\snappy\snappy-java\1.0.4.1\snappy-java-1.0.4.1.jar;D:\work\apache-maven-3.5.4-source\com\jcraft\jsch\0.1.42\jsch-0.1.42.jar;D:\work\apache-maven-3.5.4-source\org\apache\commons\commons-compress\1.4.1\commons-compress-1.4.1.jar;D:\work\apache-maven-3.5.4-source\org\tukaani\xz\1.0\xz-1.0.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-auth\2.5.1\hadoop-auth-2.5.1.jar;D:\work\apache-maven-3.5.4-source\org\apache\httpcomponents\httpclient\4.5.6\httpclient-4.5.6.jar;D:\work\apache-maven-3.5.4-source\org\apache\directory\server\apacheds-kerberos-codec\2.0.0-M15\apacheds-kerberos-codec-2.0.0-M15.jar;D:\work\apache-maven-3.5.4-source\org\apache\directory\server\apacheds-i18n\2.0.0-M15\apacheds-i18n-2.0.0-M15.jar;D:\work\apache-maven-3.5.4-source\org\apache\directory\api\api-asn1-api\1.0.0-M20\api-asn1-api-1.0.0-M20.jar;D:\work\apache-maven-3.5.4-source\org\apache\directory\api\api-util\1.0.0-M20\api-util-1.0.0-M20.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-client\2.5.1\hadoop-client-2.5.1.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-mapreduce-client-app\2.5.1\hadoop-mapreduce-client-app-2.5.1.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-mapreduce-client-common\2.5.1\hadoop-mapreduce-client-common-2.5.1.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-yarn-client\2.5.1\hadoop-yarn-client-2.5.1.jar;D:\work\apache-maven-3.5.4-source\com\sun\jersey\jersey-client\1.9\jersey-client-1.9.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-yarn-server-common\2.5.1\hadoop-yarn-server-common-2.5.1.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-mapreduce-client-shuffle\2.5.1\hadoop-mapreduce-client-shuffle-2.5.1.jar;D:\work\apache-maven-3.5.4-source\org\fusesource\leveldbjni\leveldbjni-all\1.8\leveldbjni-all-1.8.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-yarn-api\2.5.1\hadoop-yarn-api-2.5.1.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-mapreduce-client-jobclient\2.5.1\hadoop-mapreduce-client-jobclient-2.5.1.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-mapreduce-client-core\2.5.1\hadoop-mapreduce-client-core-2.5.1.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-yarn-common\2.5.1\hadoop-yarn-common-2.5.1.jar;D:\work\apache-maven-3.5.4-source\javax\xml\bind\jaxb-api\2.3.1\jaxb-api-2.3.1.jar;D:\work\apache-maven-3.5.4-source\javax\activation\javax.activation-api\1.2.0\javax.activation-api-1.2.0.jar;D:\work\apache-maven-3.5.4-source\javax\servlet\servlet-api\2.5\servlet-api-2.5.jar;D:\work\apache-maven-3.5.4-source\com\google\inject\guice\3.0\guice-3.0.jar;D:\work\apache-maven-3.5.4-source\javax\inject\javax.inject\1\javax.inject-1.jar;D:\work\apache-maven-3.5.4-source\aopalliance\aopalliance\1.0\aopalliance-1.0.jar;D:\work\apache-maven-3.5.4-source\com\sun\jersey\contribs\jersey-guice\1.9\jersey-guice-1.9.jar;D:\work\apache-maven-3.5.4-source\com\google\inject\extensions\guice-servlet\3.0\guice-servlet-3.0.jar;D:\work\apache-maven-3.5.4-source\org\apache\hadoop\hadoop-hdfs\2.5.1\hadoop-hdfs-2.5.1.jar;D:\work\apache-maven-3.5.4-source\commons-daemon\commons-daemon\1.0.13\commons-daemon-1.0.13.jar;D:\work\apache-maven-3.5.4-source\com\github\stephenc\findbugs\findbugs-annotations\1.3.9-1\findbugs-annotations-1.3.9-1.jar;D:\work\apache-maven-3.5.4-source\junit\junit\4.12\junit-4.12.jar;D:\work\apache-maven-3.5.4-source\org\apache\hbase\hbase-client\1.2.0\hbase-client-1.2.0.jar;D:\work\apache-maven-3.5.4-source\org\apache\hbase\hbase-annotations\1.2.0\hbase-annotations-1.2.0.jar;D:\work\apache-maven-3.5.4-source\org\jruby\jcodings\jcodings\1.0.8\jcodings-1.0.8.jar;D:\work\apache-maven-3.5.4-source\org\jruby\joni\joni\2.1.2\joni-2.1.2.jar;D:\work\apache-maven-3.5.4-source\org\springframework\boot\spring-boot-starter\2.1.0.RELEASE\spring-boot-starter-2.1.0.RELEASE.jar;D:\work\apache-maven-3.5.4-source\org\springframework\boot\spring-boot\2.1.0.RELEASE\spring-boot-2.1.0.RELEASE.jar;D:\work\apache-maven-3.5.4-source\org\springframework\spring-context\5.1.2.RELEASE\spring-context-5.1.2.RELEASE.jar;D:\work\apache-maven-3.5.4-source\org\springframework\spring-aop\5.1.2.RELEASE\spring-aop-5.1.2.RELEASE.jar;D:\work\apache-maven-3.5.4-source\org\springframework\spring-beans\5.1.2.RELEASE\spring-beans-5.1.2.RELEASE.jar;D:\work\apache-maven-3.5.4-source\org\springframework\spring-expression\5.1.2.RELEASE\spring-expression-5.1.2.RELEASE.jar;D:\work\apache-maven-3.5.4-source\org\springframework\boot\spring-boot-autoconfigure\2.1.0.RELEASE\spring-boot-autoconfigure-2.1.0.RELEASE.jar;D:\work\apache-maven-3.5.4-source\org\springframework\boot\spring-boot-starter-logging\2.1.0.RELEASE\spring-boot-starter-logging-2.1.0.RELEASE.jar;D:\work\apache-maven-3.5.4-source\ch\qos\logback\logback-classic\1.2.3\logback-classic-1.2.3.jar;D:\work\apache-maven-3.5.4-source\ch\qos\logback\logback-core\1.2.3\logback-core-1.2.3.jar;D:\work\apache-maven-3.5.4-source\org\apache\logging\log4j\log4j-to-slf4j\2.11.1\log4j-to-slf4j-2.11.1.jar;D:\work\apache-maven-3.5.4-source\org\apache\logging\log4j\log4j-api\2.11.1\log4j-api-2.11.1.jar;D:\work\apache-maven-3.5.4-source\org\slf4j\jul-to-slf4j\1.7.25\jul-to-slf4j-1.7.25.jar;D:\work\apache-maven-3.5.4-source\javax\annotation\javax.annotation-api\1.3.2\javax.annotation-api-1.3.2.jar;D:\work\apache-maven-3.5.4-source\org\springframework\spring-core\5.1.2.RELEASE\spring-core-5.1.2.RELEASE.jar;D:\work\apache-maven-3.5.4-source\org\springframework\spring-jcl\5.1.2.RELEASE\spring-jcl-5.1.2.RELEASE.jar;D:\work\apache-maven-3.5.4-source\org\yaml\snakeyaml\1.23\snakeyaml-1.23.jar;D:\work\apache-maven-3.5.4-source\org\hamcrest\hamcrest-core\1.3\hamcrest-core-1.3.jar" com.task.threadexecute 正在执行Task:0 0 线程池中线程数目：1,等待数目：0,已经执行完成：0 线程池中线程数目：2,等待数目：0,已经执行完成：0 线程池中线程数目：3,等待数目：0,已经执行完成：0 正在执行Task:1 1 线程池中线程数目：4,等待数目：0,已经执行完成：0 正在执行Task:2 2 线程池中线程数目：5,等待数目：0,已经执行完成：0 正在执行Task:3 3 正在执行Task:4 4 线程池中线程数目：5,等待数目：1,已经执行完成：0 线程池中线程数目：5,等待数目：2,已经执行完成：0 线程池中线程数目：5,等待数目：3,已经执行完成：0 线程池中线程数目：5,等待数目：4,已经执行完成：0 线程池中线程数目：5,等待数目：5,已经执行完成：0 线程池中线程数目：6,等待数目：5,已经执行完成：0 正在执行Task:10 10 线程池中线程数目：7,等待数目：5,已经执行完成：0 正在执行Task:11 11 线程池中线程数目：8,等待数目：5,已经执行完成：0 正在执行Task:12 12 线程池中线程数目：9,等待数目：5,已经执行完成：0 正在执行Task:13 13 线程池中线程数目：10,等待数目：5,已经执行完成：0 正在执行Task:14 14 Task执行完成：0 正在执行Task:5 5 Task执行完成：4 Task执行完成：2 正在执行Task:7 7 Task执行完成：1 正在执行Task:8 8 Task执行完成：3 正在执行Task:9 9 正在执行Task:6 6 Task执行完成：10 Task执行完成：13 Task执行完成：14 Task执行完成：11 Task执行完成：12 Task执行完成：5 Task执行完成：6 Task执行完成：9 Task执行完成：7 Task执行完成：8 Process finished with exit code 0
从执行结果可以看出，当线程池中线程的数目大于5时，便将任务放入任务缓存队列里面，当任务缓存队列满了之后，便创建新的线程。如果上面程序中，将for循环中改成执行20个任务，就会抛出任务拒绝异常了。
不过在java doc中，并不提倡我们直接使用ThreadPoolExecutor，而是使用Executors类中提供的几个静态方法来创建线程池：
| Executors.newCachedThreadPool(); //创建一个缓冲池，缓冲池容量大小为Integer.MAX_VALUE Executors.newSingleThreadExecutor(); //创建容量为1的缓冲池 Executors.newFixedThreadPool(int); //创建固定容量大小的缓冲池 |
下面是这三个静态方法的具体实现;
| public static ExecutorService newFixedThreadPool(int nThreads) { return new ThreadPoolExecutor(nThreads, nThreads, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<Runnable>()); } public static ExecutorService newSingleThreadExecutor() { return new FinalizableDelegatedExecutorService (new ThreadPoolExecutor(1, 1, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<Runnable>())); } public static ExecutorService newCachedThreadPool() { return new ThreadPoolExecutor(0, Integer.MAX_VALUE, 60L, TimeUnit.SECONDS, new SynchronousQueue<Runnable>()); } |
从它们的具体实现来看，它们实际上也是调用了ThreadPoolExecutor，只不过参数都已配置好了。
newFixedThreadPool创建的线程池corePoolSize和maximumPoolSize值是相等的，它使用的LinkedBlockingQueue；
newSingleThreadExecutor将corePoolSize和maximumPoolSize都设置为1，也使用的LinkedBlockingQueue；
newCachedThreadPool将corePoolSize设置为0，将maximumPoolSize设置为Integer.MAX_VALUE，使用的SynchronousQueue，也就是说来了任务就创建线程运行，当线程空闲超过60秒，就销毁线程。
实际中，如果Executors提供的三个静态方法能满足要求，就尽量使用它提供的三个方法，因为自己去手动配置ThreadPoolExecutor的参数有点麻烦，要根据实际任务的类型和数量来进行配置。
另外，如果ThreadPoolExecutor达不到要求，可以自己继承ThreadPoolExecutor类进行重写。
四.如何合理配置线程池的大小
一般需要根据任务的类型来配置线程池大小：
如果是CPU密集型任务，就需要尽量压榨CPU，参考值可以设为 NCPU+1
如果是IO密集型任务，参考值可以设置为2*NCPU
当然，这只是一个参考值，具体的设置还需要根据实际情况进行调整，比如可以先将线程池大小设置为参考值，再观察任务运行情况和系统负载、资源利用率来进行适当调整。
