前面分析Jetty整体架构的时候介绍过Jetty的三大组件:Acceptor、Handler和ThreadPool;前两者工作的时候都是需要线程的,而所需的线程正是从ThreadPool中获取的。这篇文件就是来分析ThreadPool的一个具体实现:QueuedThreadPool。下面是它的类图:
继承了父类AbstractLifeCycle之后,QueuedThreadPool就可以当成一个LifeCycle类型的组件管理,这个父类在前面介绍生命周期的时候已经介绍过了,这里就不重复介绍了。
ThreadPool是一个接口,里面定义了一些操作和获取线程信息的方法,它的完整定义如下:
public interface ThreadPool
{
//将传入的任务进行分派
public abstract boolean dispatch(Runnable job);
/**
* Blocks until the thread pool is {@link LifeCycle#stop stopped}.
*/
public void join() throws InterruptedException;
//返回当前线程池中的总线程数目
public int getThreads();
//返回线程池中空闲的线程数量
public int getIdleThreads();
/**
* @return True if the pool is low on threads
*/
public boolean isLowOnThreads();
上面的几个方法定义都很简单,没有什么很难理解的方法。
SizedThreadPool是ThreadPool的一个内部接口,它在ThreadPool的基础上增加了数量限制,可以认为是一个数量有限的线程池,可以指定这个线程池中的最小和最大线程数。下面是其完整定义,可以看到也很简单。
public interface SizedThreadPool extends ThreadPool
{
public int getMinThreads();//获取限制的最小线程数量
public int getMaxThreads(); //获取限制的最大线程数量
public void setMinThreads(int threads);//设置最小线程数量
public void setMaxThreads(int threads);//设置最大线程数量
}
Executor是java.util.concurrent包下的一个接口&#