Tomcat系列之一：理论篇

一、JAVA简介：

1、JAVA的组成：

JAVA编程语言、JAVA类文件格式、JAVA虚拟机、JAVA应用程序接口（JAVA API）；

JAVA编程语言结合JAVA应用程序接口编写出 *.java 文件，通过JAVA编译器javac编译生成 *.class 类文件，JAVA 类文件与  JAVA 虚拟机运行 JAVA 程序；

2、JAVA 体系：

JAVA 包含 J2SE（Java 2 Platform Standard Edition，Java 平台标准版）、J2EE（Java 2 Enterprise Edition，Java 平台企业版）、J2ME（Java 2 Platform Micro Edition，Java 平台微型版）。

其中Java SE 只包含了Java二进制程序(如JVM和Java字节码编译器)和Java的核心代码库，而Jave EE标准则包含了一组适用于创建企业级Web应用程序的API。Jave EE建立在Java SE的基础上，并依赖于Java SE才能正常工作。当然，任何级别的应用程序均能从Java EE中获益，但Jave EE却更适合解决大型软件系统设计中的问题。

JAVA EE包含多个独立的API，Servlet和JSP就是其中的两个，而JAVA EE中著名的API中还包含如下的几个：
EJB(Enterprise JavaBeans)：JAVA相关的诸多高级功能的实现，如RMI（Remote Method Invocation), 对象/关系映射，跨越多个数据源的分布式事务等；
JMS(Java Message Service)：高性能异步消息服务，实现JAVA EE应用程序与非JAVA程序的“透明”通信；
JMX（Java Management Extensions）：在程序运行时对其进行交互式监控和管理的机制；
JTA（Java Transaction API）：允许应用程序在自身的一个或多个组件中平滑地处理错误的机制；
JavaMail：通过工业标准的POP/SMTP/IMAP协议发送和接收邮件的机制；

Java SE应用程序接口：
JNDI（Java Naming and Directory Interface）：用于与LDAP服务交互的API；

JAXP（Java API for XML Processing）：用于分析及转换XML（基于XSLT实现）；

二、Tomcat

Tomcat不是一个完整意义上的Jave EE服务器，它甚至都没有提供对哪怕是一个主要Java EE API的实现；但由于遵守apache开源协议，tomcat却又为众多的java应用程序服务器嵌入自己的产品中构建商业的java应用程序服务器，如JBoss和JOnAS。尽管Tomcat对Jave EE API的实现并不完整，然而很企业也在渐渐抛弃使用传统的Java EE技术（如EJB）转而采用一些开源组件来构建复杂的应用。这些开源组件如Structs、Spring和Hibernate，而Tomcat能够对这些组件实现完美的支持。

1、Tomcat的架构：

Tomcat 6支持Servlet 2.5和JSP 2.1的规范，它由一组嵌套的层次和组件组成，一般可分为以下四类：
顶级组件：位于配置层次的顶级，并且彼此间有着严格的对应关系；
连接器：连接客户端（可以是浏览器或Web服务器）请求至Servlet容器，
容器：包含一组其它组件；

被嵌套的组件：位于一个容器当中，但不能包含其它组件；

2、各常见组件：

顶级类组建

1)、服务器(server)：Tomcat 的一个实例，通常一个 JVM 只能包含一个 Tomcat 实例；因此，一台物理服务器上可以在启动多个 JVM 的情况下在每一个 JVM 中启动一个 Tomcat 实例，每个实例分属于一个独立的管理端口；
2)、服务(service)：一个服务组件通常包含一个引擎和与此引擎相关联的一个或多个连接器。给服务命名可以方便管理员在日志文件中识别不同服务产生的日志。一个server可以包含多个service组件，但通常情下只为一个service指派一个server。

连接器类组件：
3)、连接器(connector)：负责连接客户端（可以是浏览器或Web服务器）请求至Servlet容器内的Web应用程序，通常指的是接收客户发来请求的位置及服务器端分配的端口。默认端口通常是HTTP协议的8080，管理员也可以根据自己的需要改变此端口。一个引擎可以配置多个连接器，但这些连接器必须使用不同的端口。默认的连接器是基于HTTP/1.1的Coyote。同时，Tomcat也支持AJP、JServ和JK2连接器。

容器类组件：
4)、引擎(Engine)：引擎是指处理请求的 Servlet 引擎组件，即 Catalina Servlet 引擎，它从 HTTPconnector 接收请求并响应请求。它检查每一个请求的HTTP首部信息以辨别此请求应该发往哪个 host 或 context，并将请求处理后的结果返回的相应的客户端。严格意义上来说，容器不必非得通过引擎来实现，它也可以是只是一个容器。如果 Tomcat 被配置成为独立服务器，默认引擎就是已经定义好的引擎。而如果 Tomcat 被配置为 Apache Web 服务器的提供 Servlet 功能的后端，默认引擎将被忽略，因为 Web 服务器自身就能确定将用户请求发往何处。一个引擎可以包含多个 host 组件。
5)、主机(Host)：主机组件类似于 Apache 中的虚拟主机，但在 Tomcat 中只支持基于FQDN的“虚拟主机”。一个引擎至少要包含一个主机组件。
6)、上下文(Context)：Context组件是最内层次的组件，它表示 Web 应用程序本身。配置一个 Context 最主要的是指定 Web 应用程序的根目录，以便 Servlet 容器能够将用户请求发往正确的位置。Context 组件也可包含自定义的错误页，以实现在用户访问发生错误时提供友好的提示信息。

被嵌套类(nested)组件：这类组件通常包含于容器类组件中以提供具有管理功能的服务，它们不能包含其它组件，但有些却可以由不同层次的容器各自配置。
7)、阀门(Valve)：用来拦截请求并在将其转至目标之前进行某种处理操作，类似于Servlet规范中定义的过滤器。Valve可以定义在任何容器类的组件中。Valve常被用来记录客户端请求、客户端IP地址和服务器等信息，这种处理技术通常被称作请求转 储(request dumping)。请求转储valve记录请求客户端请求数据包中的HTTP首部信息和cookie信息文件中，响应转储valve则记录响应数据包首部信息和cookie信息至文件中。
8)、日志记录器(Logger)：用于记录组件内部的状态信息，可被用于除Context之外的任何容器中。日志记录的功能可被继承，因此，一个引擎级别的Logger将会记录引擎内部所有组件相关的信息，除非某内部组件定义了自己的Logger组件。
9)、领域(Realm)：用于用户的认证和授权；在配置一个应用程序时，管理员可以为每个资源或资源组定义角色及权限，而这些访问控制功能的生效需要通过Realm来实现。Realm的认证可以基于文本文件、数据库表、LDAP服务等来实现。Realm的效用会遍及整个引擎或顶级容器，因此，一个容器内的所有应用程序将共享用户资源。同时，Realm可以被其所在组件的子组件继承，也可以被子组件中定义的Realm所覆盖。

3、Tomcat连接器架构：
Tomcat 的连接器运行模式有三种：
1)bio（blocking I/O）
阻塞式I/O操作，表示Tomcat使用的是传统的Java I/O操作（既java.io及其子包），Tomcat默认情况下以bio模式运行，即Coyote，可直接响应来自用户浏览器的关于JSP、servlet和HTML的请求；bio模式是三种运行模式中性能最低的一种；

2)nio（new I/O）
Java nio是一个基于缓冲区、并能提供非阻塞I/O操作的Java API，因此nio也被看成是non-blocking I/O的缩写。它拥有比传统I/O操作(bio)更好的并发运行性能。要让Tomcat以nio模式来运行也比较简单，我们只需要在Tomcat安装目录/conf/server.xml文件中将如下配置：

<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />

中的protocol属性值改为org.apache.coyote.http11.Http11NioProtocol即可：

<Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"
connectionTimeout="20000"
redirectPort="8443" />

3)apr
apr(Apache Portable Runtime/Apache可移植运行时)，是Apache HTTP服务器的支持库。你可以简单地理解为，Tomcat将以JNI的形式调用Apache HTTP服务器的核心动态链接库来处理文件读取或网络传输操作，从而大大地提高Tomcat对静态文件的处理性能。Tomcat apr也是在Tomcat上运行高并发应用的首选模式

此连接器从三个主要方面优化了系统性能并提升了系统的伸缩能力：

(1)使用sendfile()内核模式调用发送大的静态文件；
(2)仅使用一个native code保持大量的连接；
(3)使用能够加速SSL请求处理的OpenSSL本地代码；

即使不使用Tomcat Manager，我们也可以区分出Tomcat当前的运行模式。如果以不同的Connector模式启动，在Tomcat的启动日志信息中一般会包含类似如下的不同内容，我们只需要根据这些信息即可判断出当前Tomcat的运行模式：
bio
信息: Starting ProtocolHandler ["http-bio-8080"]
2013-8-6 16:17:50 org.apache.coyote.AbstractProtocol start
nio
信息: Starting ProtocolHandler ["http-nio-8080"]
2013-8-6 16:59:53 org.apache.coyote.AbstractProtocol start
apr
信息: Starting ProtocolHandler ["http-apr-8080"]
2013-8-6 17:03:07 org.apache.coyote.AbstractProtocol start

同时，需要说明的是，mod_jk2模块目前已经不再被支持了，mod_jk模块目前还apache被支持，但其项目活跃度已经大大降低。因此，目前更常用 的方式是使用mod_proxy模块。

连接器协议：
Tomcat的Web服务器连接器支持两种协议：AJP和HTTP，它们均定义了以二进制格式在Web服务器和Tomcat之间进行数据传输，并提供相应的控制命令。

AJP(Apache JServ Protocol)协议：
AJP是面向数据包的基于TCP/IP的协议，它在Apache和Tomcat的实例之间提供了一个专用的通信信道。
目前正在使用的AJP协议的版本是通过JK和JK2连接器提供支持的AJP13，它基于二进制的格式在Web服务器和Tomcat之间传输数据，而此前的版本AJP10和AJP11则使用文本格式传输数据，她具有一下特点：
1) 在快速网络有着较好的性能表现，支持数据压缩传输；
2) 支持SSL，加密及客户端证书；
3) 支持Tomcat实例集群；
4) 支持在apache和tomcat之间的连接的重用；

HTTP协议：诚如其名称所表示，其是使用HTTP或HTTPS协议在Web服务器和Tomcat之间建立通信，此时，Tomcat就是一个完全功能的HTTP服务器，它需要监听在某端口上以接收来自于商前服务器的请求。

Apache可以通过mod_jk和mod_proxy模块跟Tomcat整合，但mod_proxy只有在apache 2.2.x系列的版本才直接提供，但它可以提供更丰富的功能和安全性；而对于apache 1.3.x和2.0.x来说mod_jk才更适用。

4、Tomcat工作模式

1）、独立的Servlet容器：
Tomcat 的默认工作模式，作为独立的Servlet容器，是内置在Web服务器中的一部分，是指使用基于JAVA的Web服务器的情形。其他两种方式是TOMCAT与其他服务器集成的方式。

2）、进程内的Servlet容器

Servlet容器作为Web服务器的插件和JAVA容器的实现。Web服务器的插件在内部地址空间打开一个JVM（JAVA VIRTUAL MACHINE）使JAVA容器得以在内部运行。如有某个需要调用Servlet的请求，插件将取得对此请求的控制并将它传递（使用JNI）给JAVA容器。进程内的容器对于多线程、单进程的服务器非常适合，并且提供了很好的运行速度，只是伸缩性有所不足。
备注，JNI是JAVA NATIVE INTERFACE的缩写，是JAVA本地调用接口，通过JNI，JAVA程序可以和其他语言编写的本地程序进行通信。

3）进程外的Servlet容器

Servlet容器运行于Web服务器之外的地址空间，并且作为Web服务器的插件和JVM使用IPC（如TCP/IP）进行通信。进程外容器的反应时间不如进程内的容器，但有较好的伸缩性、稳定性等性能。
IPC INTERPROCESS COMMUNICATION（进程间通信）的简写，它是实现进程间通信的一种技术。

下图为 Tomcat 处理客户请求流程：