从连接器组件看Tomcat的线程模型——连接器简介

Connector组件介绍

Connector（连接器）组件是Tomcat最核心的两个组件之一，主要的职责是负责接收客户端连接和客户端请求的处理加工。每个Connector都将指定一个端口进行监听，分别负责对请求报文解析和对响应报文组装。

Connector组件是整个Tomcat的入口，假如我们想要学习Tomcat的源码的话，建议从Connector组件开始看起。

还有一个比喻就是Tomcat是一座城堡，而Connector组件就是这座城堡的一个个城门。

上图是Connector组件的一个典型实现，其包含Protocol组件、Mapper组件和CoyoteAdaptor组件。

Protocol组件是协议的抽象，它将不同通信协议的处理进行了封装，比如HTTP协议和AJP协议（目前Tomcat只支持这两种协议）。Endpoint是接收端的抽象，由于使用了不同的I/O模式，因此存在多种类型的Endpoint，如BIO模式的JIoEndpoint、NIO模式的NioEndpoint和本地库I/O模式的AprEndpoint。Acceptor是专门用于接收客户端连接的接收器组件，Executor则是处理客户端请求的线程池， Connector可能是使用了Service组件的共享线程池，也可能是Connector自己私有的线程池。Processor组件是处理客户端请求的处理器，不同的协议和不同的I/O模式都有不同的处理方式，所以存在不同类型的Processor。

Mapper组件可以称为路由器，它提供了对客户端请求URL的映射功能，即可以通过它将请求转发到对应的Host组件、Context组件、Wrapper组件以进行处理并响应客户端，也就是我们常说的将某客户端请求发送到某虚拟主机上的某个Web应用的某个Servlet。

CoyoteAdaptor组件是一个适配器，它负责将Connector组件和Engine容器适配连接起来。把接收到的客户端请求报文解析生成的请求对象和响应对象Response传递到Engine容器，交由容器处理。

连接器支持的协议以及对应的IO模型

上面简单提到Tomcat暂时支持HTTP和AJP两种协议，对于每种协议又会有不同的IO模型，所以会有以下组合。

对于Http协议，Tomcat支持以下四种IO模型：

• Http11Protocol：传统的BIO模型，对应的类为org.apache.coyote.http11.Http11Protocol
• Http11NioProtocol：NIO模式，对应的类为org.apache.coyote.http11.Http11NioProtocol
• Http11AprProtocol：Apr模式，对应的类为org.apache.coyote.http11.Http11AprProtocol
• Http11Nio2Protocol：AIO模式，对应的类是org.apache.coyote.http11.Http11Nio2Protocol

	描述	配置方法 server.xml
NIO	同步非阻塞，比传统BIO能更好的支持大并发，tomcat 8.0 后默认采用该模式	改为 protocol="org.apache.coyote.http11.Http11NioProtocol"
BIO	阻塞式IO，tomcat7之前默认，采用传统的java IO进行操作，该模式下每个请求都会创建一个线程，适用于并发量小的场景	protocol =" org.apache.coyote.http11.Http11Protocol"
APR	tomcat 以JNI形式调用http服务器的核心动态链接库来处理文件读取或网络传输操作，需要编译安装APR库（也就是说IO操作的部分直接调用native代码实现）	protocol ="org.apache.coyote.http11.Http11AprProtocol"
AIO	异步非阻塞 (NIO2)，tomcat8.0后支持。多用于连接数目多且连接比较长（重操作）的架构，比如相册服务器，充分调用OS参与并发操作，编程比较复杂	protocol ="org.apache.coyote.http11.Http11Nio2Protocol"

需要注意的是：上面四种IO模型的连接器我们可以同时配置使用，只要他们监听不同的端口就行了。

对于Ajp协议，Tomcat也支持下面几种IO模型：

• AjpProtocol：对用传统的BIO
• AjpNioProtocol：对应NIO
• AjpAprProtocol：对应Apr模式
• AjpNio2Protocol：对应AIO模式

这几种模式和上面的模式只是协议上的区别，我们可以重点学习Http协议的实现，毕竟这是我们平时开发中更加常用的实现。

关于AJP协议这边做下简单的介绍。

Tomcat最主要的功能是提供Servlet/JSP容器，尽管它也可以作为独立的Java Web服务器，它在对静态资源（如HTML文件或图像文件）的处理速度，以及提供的Web服务器管理功能方面都不如其他专业的HTTP服务器，如IIS和Apache的服务器。

因此在实际应用中，常常把Tomcat的与其他HTTP服务器集成。对于不支持的Servlet/JSP的HTTP服务器，可以通过的Tomcat服务器来运行的Servlet/JSP组件，而对于静态资源的处理还是在原来的Web服务器中处理。

Apache服务器和Tomcat的连接通信就可以通过AJP协议通信。

但是现在的主流开发模式中，都是使用前后端分离进行开发。比如说Nginx服务器处理静态资源，Tomcat处理动态请求，Nginx和和Tomcat中间通过ajax请求进行通信，而ajax也是通过http协议进行通信的。所以AJP协议在平时开发中用的较少。

在BIO模式下，对于每个客户端的请求连接都将消耗线程池里面的一条连接，直到整个请求响应完毕。此时，如果有很多请求几乎同时到达Connector，当线程池中的空闲线程用完后，则会创建新的线程，直到达到线程池最大线程数。但如果此时还有更多请求到来，虽然线程池已经处理不过来，但操作系统还是会将客户端接收起来放到一个队列里，这个队列的大小通过SocketServer设置backlog而来。如果还是有再多的请求过来，队列已经超过了SocketServer的backlog大小，那么连接将直接被拒绝掉，客户端将收到“connection refused”报错。

在NIO模式下，则是所有客户端的请求连接先由一个接收线程接收，然后由若干（一般为CPU个数）线程轮询读写事件，最后将具体的读写操作交由线程池处理。可以看到，以这种方式，客户端连接不会在整个请求响应过程占用连接池内的连接，它可以同时处理比BIO模式多得多的客户端连接数，此种模式能承受更大的并发，机器资源使用效率高很多。

APR/native模式也是NIO模式，只不过它是直接用本地代码实现NIO模式（而不是基于JDK的NIO）。

AIO模式，使用JDK的AIO模式。