Java线程池execute()方法怎么用(execute,java,开发技术)

线程池处理了两个不同的问题，线程池通过减少线程正式调用之前的开销来给大量异步任务更优秀的表现，与此同时给出了一系列绑定管理任务线程的一种手段。每个线程池都包含了一些基本信息，比如内部完成的任务数量。

ctl作为AtomicInteger类存放了类中的两种信息，在其中由高3位来保存线程池的状态，后29位来保存此时线程池中的Woker类线程数量(由此可知，线程池中的线程数量最高可以接受大约在五亿左右)。由此可见给出的runStateOf()和workerCountOf()方法分别给出了查看线程状态和线程数量的方法。

让我们看作者给出的注释

RUNNING状态可以接受新进来的任务，同时也会执行队列里的任务。

SHUTDOWN 状态已经不会再接受新任务，但仍旧会处理队列中的任务。

STOP状态在之前的基础上，不会处理队列中的人物，在执行的任务也会直接被打断。

TIDYING状态在之前的基础上，所有任务都已经终止，池中的Worker线程都已经为0，也就是stop状态在清理完所有工作线程之后就会进入该状态，同时在shutdown状态在队列空以及工作线程清理完毕之后也会直接进入这个阶段，这一阶段会循环执行terminated()方法。

TERMINATED 状态作为最后的状态，在之前的基础上terminated()方法也业已执行完毕，才会从上个状态进入这个状态，代表线程池已经完全停止。

由于线程池的状态都是通过AtomicInteger来保存的，可以通过比较的方式简单的得到当前线程状态。

corePoolSize表示线程池中允许存活最少的工作线程数量，但值得注意的是如果allowCoreThreadTimeOut一旦设置true(默认false),每个线程的存活时间只有keepAliveTime也就是说在allowCoreThreadTimeOut为true的时候，该线程池最小的工作线程数量为0；maximumPoolSize代表线程池中最大的工作线程数量。

keepAliveTime为线程池中工作线程数量大于corePoolSize时，每个工作线程的在等待工作时最长的等待时间。

workQueue作为线程池的任务等待队列，这个将在接下来的execute()里详细解释。

Workers作为存放线程池中存放工作线程的容器。

largestPoolSize用来记录线程池中存在过的最大的工作线程数量。

completedTaskCount用来记录线程池完成的任务的总数。

Handler作为线程池中在不能接受任务的时候的拒绝策略，我们可以实现自己的拒绝策略，在实现了RejectedExecutionHandler接口的前提下。下面是线程池的默认拒绝策略，

threadFactory作为线程池生产线程的工厂类

execute()内部的调用逻辑非常清晰。

如果当前线程池的工作线程数量小于corePoolSize，那么直接调用addWoker()，来添加工作线程。

这段方法比较长，但整体的逻辑还是清晰的。

首先判断当前线程池的状态，如果已经状态不是shutdown或者running，或者已经为shutdown但是工作队列已经为空，那么这个时候直接返回添加工作失败。接下来是对线程池线程数量的判断，根据调用时的core的值来判断是跟corePoolSize还是 maximumPoolSize判断。

在确认了线程池状态以及线程池中工作线程数量之后，才真正开始添加工作线程。

新建立一个worker类（线程池的内部类，具体的工作线程），将要执行的具体线程做为构造方法中的参数传递进去，接下来将其加入线程池的工作线程容器workers，并且更新工作线程最大量，最后调用worker工作线程的start()方法，就完成了工作线程的建立与启动。

让我们回到execute()方法，如果我们在一开始的线程数量就大于corePoolSize，或者我们在调用addworker()方法的过程中出现了问题导致添加工作线程数量失败，那么我们会继续执行接下来的逻辑。

在判断完毕线程池的状态后，则会将任务通过workQueue.offer())方法试图加进任务队列。Offer()方法的具体实现会根据在线程池构造方法中选取的任务队列种类而产生变化。

但是如果成功加入了任务队列，仍旧需要注意判断如果线程池的状态如果已经不是running那么会拒绝执行这一任务并执行相应的拒绝策略。在最后需要记得成功加入队列成功后如果线程池中如果已经没有了工作线程，需要重新建立一个工作线程去执行仍旧在任务队列中等待执行的任务。

如果在之前的前提下加入任务队列也失败了（比如任务队列已满），则会在不超过线程池最大线程数量的前提下建立一个工作线程来处理。

如果在最后的建立工作线程也失败了，那么我们只有很遗憾的执行任务的拒绝策略了。

在之前的过程中我们建立了工作线程Worker()类，那么我们现在看看worker类的内部实现，也可以说是线程池的核心部分。

接下来是Worker()类的成员

thread作为worker的工作线程空间，由线程池中所设置的线程工厂生成。

firstTask则是worker在构造方法中所接受到的所要执行的任务。

completedTasks作为该worker类所执行完毕的任务总数。

接下来我们可以看最重要的，也就是我们之前建立完Worker类之后立马调用的run()方法了

我们可以继续追踪下去

如果这个worker还没有执行过在构造方法就传入的任务，那么在这个方法中，会直接执行这一任务，如果没有，则会尝试去从任务队列当中去取的新的任务。

但是在真正调用任务之前，仍旧会判断线程池的状态，如果已经不是running亦或是shutdwon，则会直接确保线程被中断。如果没有，将会继续执行并确保不被中断。

接下来可见，我们所需要的任务，直接在工作线程中直接以run()方式以非线程的方式所调用，这里也就是我们所需要的任务真正执行的地方。

在执行完毕后，工作线程的使命并没有真正宣告段落。在while部分worker仍旧会通过getTask()方法试图取得新的任务。

首先仍旧会判断线程池的状态是否是running还是shutdown以及stop状态下队列是否仍旧有需要等待执行的任务。如果状态没有问题，则会跟据allowCoreThreadTimeOut和corePoolSize的值通过对前面这两个属性解释的方式来选择从任务队列中获得任务的方式（是否设置timeout）。其中的timedOut保证了确认前一次试图取任务时超时发生的记录，以确保工作线程的回收。

调用了processWorkerExist()方法来执行工作线程的回收。

在这一方法中，首先确保已经重新更新了线程池中工作线程的数量，之后从线程池中的工作线程容器移去当前工作线程，并且将完成的任务总数加到线程池的任务总数当中。

在最后仍旧要确保线程池中依旧存在大于等于最小线程数量的工作线程数量存在，如果没有，则重新建立工作线程去等待处理任务队列中任务。