Tomcat架构解析之AJP
一、前言
除了HTTP，Tomcat还支持AJP协议，以便于Apache HTTP Server等Web服务器集成，这篇博客主要讲解AJP协议的基础知识以及其配置使用方式。
二、基础知识
为了满足负载均衡、静态资源优化、遗留系统集成（如集成PHP Web应用）等应用部署要求，我们习惯于在Servlet容器的前端部署专门的Web服务器，如Apache HTTP Server。由于增加了Web服务器的请求转发处理，虽然此时的单独请求性能必定低于直链Servlet容器的情况（增加了一层请求转发），但是整体性能却要大大好于直链。这主要有两个原因：（1）通过Web服务器的负载均衡机制，可以大大降低单台服务器的负载，从而提升请求处理效率；（2）充分利用Web服务器在静态资源处理上的性能优势，提升Web应用静态资源处理速度（尤其对于静态资源较多的Web应用）。
因此出于性能方面的考虑，要尽可能提高Web服务器于Servlet容器之间数据传输的效率，以减少由此带来的额外开销。服务器在传输可读性文本时，一种更好的方式是采用二进制格式进行传输，这样会大大降低每次请求发送的数据包的大小。此外，由于Web服务器与Servlet容器通过TCP链接，在多个请求/响应周期组件复用同一个链接。
只要链接被分配给一个特定的请求，他将不会被用于其他请求，知道请求处理周期终止。换句话说，请求不能通过链接实现多路复用（这简化了链接两端的编码工作，但是也会导致需要同时打开更多的链接）。
AJP（Apache JServ Protocol）便是按照以上思想设计实现的一种通信协议。采用AJP协议时，客户端与服务器的交互如下图所示：
AJP时Alexei Kosut创建的定向包（packet0-oriented）通信协议，采用二进制格式传输可读文本。从该协议的命名不难看出，其最初的目的便是用于Apache HTTP Server（Web服务器）与Apache Jserv之间的通信，以提示Web服务器与应用服务器集成时的通信性能。
在AJP协议下，Web服务器打开一个与Servlet日期的链接后（如HTTP头）将会以高度精简的格式通过链接发送。如果存在请求体，他将会以单独的包紧随其后进行发送。
1.AJP消息包结构
AJP消息包分为请求消息（由Web服务器发送到Servlet容器）和响应消息（由Servlet容器发送到Web服务器），消息包最大为8KB。
请求消息的格式如下图所示：
请求消息的前两个字节固定为0x1234，第二个和第三个字节用于记录有效载荷（playload，即具体的请求消数据，包括请求方法、地址、请求头、请求体等），一次理论上每条消息的有效载荷上限为2的16次方，但是实际上最大只能8KB。从第4个字节开始为具体的有效载荷。
响应消息的格式如下图所示：
响应消息的前两个总结固定为AB两个字母的ASCII码，其余部分与请求消息相同。
绝大多数请求、响应消息的有效载荷首字节均记录了消息类型的编码，只有一个例外，就是发送请求体数据的消息，他没有记录相关信息。
AJP支持的请求及响应消息类型如下图所示：
出于安全考虑，对于Shutdown请求，Servlet容器只有在请求来自其部署的机器时才会实际执行关闭操作。
Web服务器在发送Forward Request后会立刻发送一个Data包。
基于上诉消息类型，在一次HTTP请求过程中，Web服务器与Servlet容器交互如下图所示：
在AJP协议中，每种请求/响应消息拥有不同的结构，我们以Forward Request请求和SendHeaders、Send Body Chunk响应进行说明。
2.Forward Request结构
Forward Request请求消息结构如下图所示：
首字节（prefix_code）表示消息类型编码，一次对于Forward Request来说，改字节固定为“ 2 ”。
第二个字节（method）表示HTTP请求Method的编码，具体如下表所示：
protocol（请求协议），req_uri（请求URI）、remote_addr（远程地址）、remote_host（远程主机）、server_name（服务器名称）、server_port（服务器端口号）、is_ssl（是否为SSL），这些属性均是自描述，不再详细说明。
请求头由两个属性描述，首先num_headers存储请求头中信息的数目。其次request_headers存储具体的头信息的键值对。通用的头名称以整数编码形式存储，非通用头名称，以字符串形式存储。值为普通的字符串，紧随请求头名称之后。
通用头名称编码如下表所示：
Servlet容器解析时，可以先尝试读取前两个字节，如果第一个字节为“ 0xA0 ”，那么前两个字节即为请求头名称的编码（如果将所有的请求头按照编码顺序存储到一个数组中，第二个字节可以直接作为请求头名称在数组中的位置，以简化查询）。否则前两个字节为头名称字符串长度，并继续读取后续字节作为请求头名称。
当然，这种设计基于的前提是请求头名称的长度不会超过0x9999（0xA000-1），虽然有些随意，但是却是合理的。
请求属性由attribute描述（因为Forward Request不包含请求体数据，所有不需要额外字节来描述attribute的数目，请求头之后的所有数据均可认为是attribute）。
与请求头类似，请求属性也以键值对的形式存储。键为属性编码，除are_done外，其他属性值均为字符串。are_done没有对应的属性值，其编码为特殊字符，用以表示attribute以及当前请求包的结束。
当前支持的请求属性编码如下表所示：
在具体实现中，context、servlet_path两个属性并未使用，不再详细说明。
remote_user、auth_type用于HTTP请求认证。
query_string、ssl_cert、ssl_cipher、ssl_session分别对应于HTTP请求中相应的内容，如果你了解HTTP协议，那么这些具体含义不难理解。
jvm)remote用于支持粘性会话主要用于集群，req_attribute用于支持扩展请求属性的发送，所有扩展属性和属性值以一个字符串的形式存储到req_attribute的值中。
3.Send Headers结构
Send Headers结构相应消息包结构如下所示：
prefix_code固定为4，表示响应消息类型为“ Send Headers ”。http_status_code和http_statis_msg表示HTTP响应码和描述。
响应头的结构与Formward Request 中的请求头结构相同，支持的响应头编码如下所示：
4.Send Body Chunk结构
Send Body Chunk响应消息包结构如下所示：
prefix_code固定为3，表示Send Body Chunk响应消息。chunk_length表示响应体数据长度，chunk表示具体的响应体数据。
三、Web服务器组件
要采用AJP协议进行通信，Web服务器和Servlet容器必须均支持AJP协议菜可以。Tomcat、Jetty等Servlet容器均已支持AJp协议，而Web服务器端扫有不同。
首先，Tomcat提供了子项目Tomcat COnnectors用于为有限的几款Web服务器提供AJP协议模块，我们只要在Web服务器端部署对应的模块，Web服务器便可以支持AJP协议。
1.Tomcat Connectors
Tomcat Connectors 提供了3款Web服务器的AJp协议模块。分别为Apache HTTP Server、IIS、SunOne。
【1】Apache HTTP Server
Tomcat Connectors提供了一个Apache模块的mod_jk，用于AJP协议处理。
模块文件视操作系统而定，可能mod_jk.so、mod_jk.nlm或者MOD_JK.SRVPGM以及一个配置文件workers.properties（用于配置Tomcat示例的主机及端口）。
【2】IIS
Tomcat Connectors 提供了一个IIS定向器插件JK ISAPI，用于AJP协议处理。JK ISAPI主要包含过滤器和扩展两部分功能，其具体工作方式如下：
- IIS启动时加载JK ISAPI定向器插件，并且对每个来自客户端的请求执行其过滤器功能。
- 过滤器根据uriworkermap.properties文件中配置的URI信息检测当前请求的URL，如果存在匹配的URI，则将请求交由JK ISAPI扩展处理。
- JK ISAPI扩展收集请求参数，通过AJP协议将其转发到合适的Servlet容器。
- JK ISAPI扩展收集来自Servlet容器的响应，并且将其转换为HTTP协议返回浏览器。
【2】SunONE
SunONE Web服务器（即以前的Netscape Web服务器、iPlanet Web服务器）拥有自己的Servlet容器，但是我们仍然可以通过配置将Servlet请求定向到Tomcat。Tomcat Connectors 通过NSAPI定向器插件来实现该功能。
、
其具体工作方式如下：
- NSAPI定向器是一个Netscape服务步骤插件，Netscape加载NSAPI定向器插件并对分配到servlet配置对象的请求调用服务处理功能。
- 对于每个来自客户端的请求，Netscape执行一组Name Trans指令（在obj.conf文件中添加），其中一类指令为assign-name，用于检测URL是否匹配。
- 如果匹配，assign-name将为请求分配Servlet命名对象 ，这会使Netscape将请求发送到servlet配置对象。
- 此时会执行插件提供的jk_service扩展。该扩展收集请求参数，通过AJP协议将其转发到合适的Servlet容器。
- ik_setvice扩展收集来自Servlet容器的响应，并且将其转换为HTTP协议返回浏览器。
2.mod_proxy_ajp
在Apache HTTP Server 2.1及其以后版本中，可以通过两种方式支持AJP协议，一种是使用前面讲到的mod_jk，另一种是使用mod_proxy和mod_proxy_ajp。
mod_proxy是Apache 的代理模块，他与其他代理模块（mod_proxy_http、mod_proxy_ftp、mod_proxy_ajp）配合以实现对具体协议的代理功能。因此，如果我们要使用Apache 代理AJP协议，必须确保mod_proxy和mod_proxy_ajp模块同时加载。
mod_proxy和mod_proxy_ajp已默认包含在Apache服务器发布包中（是Apache HTTP Server项目的一部分），因此只需要修改配置文件以确保在启动时加载即可。
mod_proxy和mod_proxy_ajp的工作过程与mod_jk类似。
3.nginx_ajp_module
Nginx服务器可以通过第三方插件nginx_ajp_module支持AJP协议。由于该项目资料较少，不再详细说明，具体使用方式可参见项目官方地址。
四、配置方式
Tomcat在默认情况下即支持AJP/1.3，不需要我们另外配置。我们可以在$ CATALINA_BASE/conf/server.xml中找到相关内容，如下所示：
从配置上来看，AJP请求的处理端口为8009，我们可以通过修改port属性，将其修改为希望分配的端口。
其次，属性为protocol为“AJP/1.3”表示当前链接器支持的协议为AJP/1.3。与HTTP协议配置类似，采用此种方式，Tomcat会自动检测当前服务器是否安装了APR。如果安装了APR，那么Tomcat将自动使用APR处理（AJP），否则使用NIO。初次之外，我们还可以明确指定协议处理类，此时Tomcat的检测将不再生效。
如下所示，指定采用NIO处理AJP请求：
