JUC--线程池ThreadPoolExecutor.docVIP

J.U.C--线程池ThreadPoolExecutor 1. Executor接口以及其子接口 首先来看一下线程池相关类与接口的体系结构图： 上面系很清晰显示了线程池中的常用类和接口之间关系，下面首先看看最基础的Executor接口： public interface Executor { /** * Executes the given command at some time in the future. The command * may execute in a new thread, in a pooled thread, or in the calling * thread, at the discretion of the {@code Executor} implementation. * 翻译： * 1.任务在未来某个时候被执行，即可能execute之后任务不是立刻执行； * 2.任务的执行是在一个新的线程中执行，这个新的线程可能是线程池中的，也可能是被调用的线程。这取决于对Executor的实现 */ void execute(Runnable command); } Executor的子接口ExecutorService增加了一些方法用来更好的支持线程池的一些策略，我们在实际使用中也是使用ExecutorService居多，其中增加的最核心的方法如下： //当发生shutdown请求或则timeout或则当前线程被中断时，阻塞等待所有的任务结束。 boolean awaitTermination(long timeout, TimeUnit unit) throws InterruptedException; //判断当前executor 是否已经shutdown boolean isShutdown(); //在shutdown之后如果所有的任务都已经结束了就返回TRUE， boolean isTerminated(); //调用该函数表示executor将不再接收新的任务，已经被提交的任务将被依然被执行。 void shutdown(); //尝试停止所有正在执行的任务，停止等待任务的处理，并返回等待执行任务的列表 ListRunnable shutdownNow(); //提交一个Runnable任务给executor，并返回一个Future。直到任务结束，否则Future的get方法将一直返回null Future? submit(Runnable task); //提交一个有返回值的Callable任务给executor，并返回一个Future代表线程执行的结果。直到任务结束，否则Future的get方法将一直返回null。 T FutureT submit(CallableT task) 对于submit提交的两种任务Runnable和Callable，都是向线程池中提交任务，它们的区别在于Runnable在执行完毕后没有结果，Callable执行完毕后有一个结果。这在多个线程中传递状态和结果是非常有用的。另外他们的相同点在于都返回一个Future对象。Future对象可以阻塞线程直到运行完毕（获取结果，如果有的话），也可以取消任务执行，当然也能够检测任务是否被取消或者是否执行完毕。在没有Future之前我们检测一个线程是否执行完毕通常使用Thread.join()或者用一个死循环加状态位来描述线程执行完毕。现在有了更好的方法能够阻塞线程，检测任务执行完毕甚至取消执行中或者未开始执行的任务。 ExecutorService的子接口就是ScheduledExecutorService，ScheduledExecutorService描述的功能和Timer/TimerTask类似，解决那些需要任务重复执行的问题。这包括延迟时间一次性执行、延迟时间周期性执行以及固定延迟时间周期性执行等。当然了继承ExecutorService的ScheduledExecutorService拥有ExecutorService的全部特性。 ThreadPoolExecutor是ExecutorService的默认实现，ThreadPoolExecutor并不是直接实现的ExecutorService接口，而是继承AbstractExecutorService抽象类。AbstractExecutorService抽象类实现了ExecutorService接口。下图可以比较清楚的显示： ScheduledThreadPoolExecutor是继承Thr