tomcat默认线程池代码解析

最新推荐文章于 2025-06-25 08:09:12 发布

robinhan_01

最新推荐文章于 2025-06-25 08:09:12 发布

阅读量2k

点赞数 1

CC 4.0 BY-SA版权

文章标签： tomcat线程池源码分析

本文链接：https://blog.youkuaiyun.com/robinhan_01/article/details/8486987

最近在看tomcat的源码，看到tomcat的线程管理机制时，想把它写下来。一方面为自己做个备忘，另一方面，也为大家提供一个参考。

默认情况下，tomcat的线程池由JIoEndpoint类实现。该类内部定义了如下内部类：Acceptor、Worker、WorkerStack。下面分别对这三个类的作用做大致的介绍，具体的功能作用，我们后面逐渐细化。

Acceptor：该类是一个线程任务，主要负责监听socket端口，并把接收到的socket对象交由Worker（工作线程）处理。
Worker：该类也是一个线程任务，主要负责对Acceptor线程交付的soket对象进行处理(比如：设置读超时等参数)，然后，把socket对象交由具体的处理器处理(比如：Http11ConnectionHandler、AjpConnectionHandler)。
WorkerStack：是一个由数组实现的空闲线程堆栈，主要管理空闲的Worker线程对象。

另外，JIoEndpoint类还有多个类属性，也需要我们了解。

curThreadsBusy ：线程池中的活跃线程数，也就是正在被使用的线程的数量。初始化时取0。
curThreads：目前线程池中的线程数量总和，包括空闲线程数和活跃线程数。初始化时取0。
maxThreads：线程池的最大线程数。该值是线程池线程数量阀值，默认取值为200。如果有超过200个请求同时到达tomcat，那么第201个就要挂起，等待其他可用线程。

下面，我们结合一个请求的处理过程，来具体介绍线程池的管理。tomcat在启动时，会调用JIoEndpoint类的start()方法。该方法，主要完成两部分工作。其一、实例化WorkStack，该堆栈的容量为线程池最大线程数。其二、实例化一组负责监听sokcet请求的Acceptor线程，tomcat默认创建1个Acceptor线程。（有些人可能对一组线程监听同一个ip和端口不太理解。我的理解是：虽然多个线程同时取得了socketServer对象，但是，由于jdk底层对监听端口操作做了同步限制，因此，在同一个时间只能有一个线程获取对应对象的锁，其他线程只能处于等待队列中）。图1.是JIoEndpoint类的start()方法。

图1.JIoEndpoint类的start()方法

Acceptor线程接受到socket请求后，会从线程池中取出一个Worker线程进行处理（如图2所示）。那么这个从线程池中取出线程的操作是怎么进行的那？首先判断空闲线程堆栈

图2.取出worker线程，并把socket对象分派给该线程处理

中是否有空闲线程可用，如果有，那么直接从栈顶弹出一个空闲worker线程对象（此时，把活跃线程数量（curThreadsBusy）加1）。否则，判断当前线程池线程数(包括空闲线程和活跃线程)是否大于线程池线程数阀值，如果大于该阀值，那么直接返回null，此时，acceptor线程得到null后会挂起，等带空闲线程（如图3）。如果小于阀值，那么直接创建一个新的Worker线程，并在创建该线程的同时，把活跃线程数（curThreadsBusy）和目前线程池线程总数（curThreads）都加1（如图4）。

图3.获取可用线程失败后，挂起线程。

图4.从线程池中获取可用线程

worker线程收到sokcket请求后，交给具体的处理器处理(比如：Http11ConnectionHandler、AjpConnectionHandler)。在处理结束后，把自身线程对象加入到空闲线程堆栈中，等待接收新的请求，同时，唤醒所有等待空闲线程的acceptor线程，并把活跃线程数减1。如图5.所示。