沉淀再出发：Tomcat的实现原理
沉淀再出发：Tomcat的实现原理
一、前言
在我们接触java之后，相信大家都编写过服务器程序，这个时候就需要用到Tomcat了。Tomcat 服务器是一个开源的轻量级Web应用服务器，在中小型系统和并发量小的场合下被普遍使用，是开发和调试Servlet、JSP 程序的首选。
二、Tomcat的基本原理
2.1、Tomcat的架构
Tomcat主要组件：服务器Server，服务Service，连接器Connector、容器Container。
连接器Connector和容器Container是Tomcat的核心。
Tomcat 还有其它重要的组件，如安全组件 security、logger 日志组件、session、mbeans、naming 等其它组件。这些组件共同为 Connector 和 Container 提供必要的服务。
一个Container容器和一个或多个Connector组合在一起，加上其他一些支持的组件共同组成一个Service服务，有了Service服务便可以对外提供能力了，但是Service服务的生存需要一个环境，这个环境便是Server，Server组件为Service服务的正常使用提供了生存环境，Server组件可以同时管理一个或多个Service服务。
2.2、Connector
一个Connecter将在某个指定的端口上侦听客户请求，接收浏览器的发过来的 tcp 连接请求，创建一个 Request 和 Response 对象分别用于和请求端交换数据，然后会产生一个线程来处理这个请求并把产生的 Request 和 Response 对象传给处理Engine(Container中的一部分)，从Engine出获得响应并返回客户。 Tomcat中有两个经典的Connector，一个直接侦听来自Browser的HTTP请求，另外一个来自其他的WebServer请求。HTTP/1.1 Connector在端口8080处侦听来自客户Browser的HTTP请求，AJP/1.3 Connector在端口8009处侦听其他Web Server（其他的HTTP服务器）的Servlet/JSP请求。 Connector 最重要的功能就是接收连接请求然后分配线程让 Container 来处理这个请求，所以这必然是多线程的，多线程的处理是 Connector 设计的核心。
2.3、Container容器
Container是容器的父接口，该容器的设计用的是典型的责任链的设计模式，它由四个自容器组件构成，分别是Engine、Host、Context、Wrapper。这四个组件是负责关系，存在包含关系。通常一个Servlet class对应一个Wrapper，如果有多个Servlet定义多个Wrapper，如果有多个Wrapper就要定义一个更高的Container，如Context。 Context 还可以定义在父容器 Host 中，一个Host可以对应多个Context，Host 不是必须的，但是要运行 war 程序，就必须要 Host，因为 war 中必有 web.xml 文件，这个文件的解析就需要 Host 了，如果要有多个 Host 就要定义一个 top 容器 Engine 了。而 Engine 没有父容器了，一个 Engine 代表一个完整的 Servlet 引擎。
Engine 容器比较简单，它只定义了一些基本的关联关系。
Host 容器是Engine 的子容器，一个Host在 Engine 中代表一个虚拟主机，这个虚拟主机的作用就是运行多个应用，它负责安装和展开这些应用，并且标识这个应用以便能够区分它们。它的子容器通常是 Context，它除了关联子容器外，还有就是保存一个主机应该有的信息。
Context 容器代表 Servlet 的 Context，它具备了 Servlet 运行的基本环境，理论上只要有 Context 就能运行 Servlet 了。简单的 Tomcat 可以没有 Engine 和 Host。Context 最重要的功能就是管理它里面的 Servlet 实例，Servlet 实例在 Context 中是以 Wrapper 出现的，还有一点就是 Context 如何找到正确的 Servlet 来执行它呢，Tomcat5 以前是通过一个 Mapper 类来管理的，Tomcat5 以后这个功能被移到了 request 中。
Wrapper容器代表一个 Servlet，负责管理一个Servlet，包括的 Servlet 的装载、初始化、执行以及资源回收。Wrapper是最底层的容器，它没有子容器，所以调用它的addChild 将会报错。
Wrapper 的实现类是StandardWrapper，StandardWrapper还实现了拥有一个Servlet 初始化信息的 ServletConfig，由此看出 StandardWrapper将直接和 Servlet 的各种信息打交道。
2.4、HTTP请求过程
Tomcat Server处理一个HTTP请求的过程：
1 用户点击网页内容，请求被发送到本机端口8080，被在那里监听的Coyote HTTP/1.1 Connector获得。 2 Connector把该请求交给它所在的Service的Engine来处理，并等待Engine的回应。 3 Engine获得请求localhost/test/index.jsp，匹配所有的虚拟主机Host。 4 Engine匹配到名为localhost的Host（即使匹配不到也把请求交给该Host处理，因为该Host被定义为该Engine的默认主机），名为localhost的Host获得请求/test/index.jsp，匹配它所拥有的所有的Context。Host匹配到路径为/test的Context（如果匹配不到就把该请求交给路径名为“ ”的Context去处理）。 5 path=“/test”的Context获得请求/index.jsp，在它的mapping table中寻找出对应的Servlet。Context匹配到URL PATTERN为*.jsp的Servlet,对应于Jsp的Servlet类。 6 构造HttpServletRequest对象和HttpServletResponse对象，作为参数调用Servlet的doGet（）或doPost（），执行业务逻辑、数据存储等程序。 7 Context把执行完之后的HttpServletResponse对象返回给Host。 8 Host把HttpServletResponse对象返回给Engine。 9 Engine把HttpServletResponse对象返回Connector。 10 Connector把HttpServletResponse对象返回给客户Browser。
2.5、server.xml配置
1 1、Server：server.xml的最外层元素。常用属性： 2 port：Tomcat监听shutdown命令的端口。 3 shutdown：通过指定的端口（port）关闭Tomcat所需的字符串。修改shutdown的值，对shutdown.bat无影响 4 2. Listener：Listener即监听器，负责监听特定的事件，当特定事件触发时，Listener会捕捉到该事件，并做出相应处理。Listener通常用在Tomcat的启动和关闭过程。Listener可嵌在Server、Engine、Host、Context内。常用属性： 5 className：指定实现org.apache.catalina.LifecycleListener接口的类 6 3. GlobalNamingResources：用于配置JNDI。 7 4. Service：包装Executor、Connector、Engine，以组成一个完整的服务， Server可以包含多个Service组件。常用属性： 8 className：指定实现org.apache.catalina. Service接口的类，默认值为org.apache.catalina.core.StandardService 9 name：Service的名字； 10 5. Executor：即Service提供的线程池，供Service内各组件使用，常用属性： 11 className：指定实现org.apache.catalina. Executor接口的类，默认值为org.apache.catalina.core. StandardThreadExecutor 12 name：线程池的名字 13 daemon：是否为守护线程，默认值为true 14 maxIdleTime：总线程数高于minSpareThreads时，空闲线程的存活时间（单位：ms），默认值为60000，即1min 15 maxQueueSize：任务队列上限，默认值为Integer.MAX_VALUE(（2147483647），超过此值，将拒绝 16 maxThreads：线程池内线程数上限，默认值为200 17 minSpareThreads：线程池内线程数下限，默认值为25 18 namePrefix：线程名字的前缀。线程名字通常为namePrefix+ threadNumber 19 prestartminSpareThreads：是否在Executor启动时，就生成minSpareThreads个线程。默认为false 20 threadPriority：Executor内线程的优先级，默认值为5（Thread.NORM_PRIORITY） 21 threadRenewalDelay：重建线程的时间间隔。重建线程池内的线程时，为了避免线程同时重建，每隔threadRenewalDelay（单位：ms）重建一个线程。默认值为1000，设置为负则不重建 22 23 6. Connector是Tomcat接收请求的入口，每个Connector有自己专属的监听端口；Connector有两种：HTTP Connector和AJP Connector；常用属性： 24 port：Connector接收请求的端口 25 protocol：Connector使用的协议（HTTP/1.1或AJP/1.3） 26 connectionTimeout：每个请求的最长连接时间（单位：ms） 27 redirectPort：处理http请求时，收到一个SSL传输请求，该SSL传输请求将转移到此端口处理 28 executor：指定线程池，如果没设置executor，可在Connector标签内设置maxThreads（默认200）、minSpareThreads（默认10） 29 acceptCount：Connector请求队列的上限。默认为100。当该Connector的请求队列超过acceptCount时，将拒绝接收请求 30 31 7. Engine负责处理Service内的所有请求。它接收来自Connector的请求，并决定传给哪个Host来处理，Host处理完请求后，将结果返回给Engine，Engine再将结果返回给Connector。常用属性： 32 name：Engine的名字 33 defaultHost：指定默认Host。Engine接收来自Connector的请求，然后将请求传递给defaultHost，defaultHost 负责处理请求 34 className：指定实现org.apache.catalina. Engine接口的类，默认值为org.apache.catalina.core. StandardEngine 35 backgroundProcessorDelay：Engine及其部分子组件（Host、Context）调用backgroundProcessor方法的时间间隔。若为负，将不调用backgroundProcessor。backgroundProcessorDelay的默认值为10。 Tomcat启动后，Engine、Host、Context会启动一个后台线程，定期调用backgroundProcessor方法。backgroundProcessor方法主要用于重新加载Web应用程序的类文件和资源、扫描Session过期。 36 jvmRoute：Tomcat集群节点的id。部署Tomcat集群时会用到该属性，Service内必须包含一个Engine组件；Service包含一个或多个Connector组件，Service内的Connector共享一个Engine 37 38 8. Host 39 Host负责管理一个或多个Web项目，常用属性： 40 name：Host的名字 41 appBase：存放Web项目的目录（绝对路径、相对路径均可） 42 unpackWARs：当appBase下有WAR格式的项目时，是否将其解压（解成目录结构的Web项目）。设成false，则直接从WAR文件运行Web项目 43 autoDeploy：是否开启自动部署。设为true，Tomcat检测到appBase有新添加的Web项目时，会自动将其部署 44 startStopThreads：线程池内的线程数量。Tomcat启动时，Host提供一个线程池，用于部署Web项目，startStopThreads为0，并行线程数=系统CPU核数；startStopThreads为负数，并行线程数=系统CPU核数+startStopThreads，如果（系统CPU核数+startStopThreads）小于1，并行线程数设为1；startStopThreads为正数，并行线程数= startStopThreads，startStopThreads默认值为1 45 startStopThreads为默认值时，Host只提供一个线程，用于部署Host下的所有Web项目。如果Host下的Web项目较多，由于只有一个线程负责部署这些项目，因此这些项目将依次部署，最终导致Tomcat的启动时间较长。此时，修改startStopThreads值，增加Host部署Web项目的并行线程数，可降低Tomcat的启动时间 46 9. Context 47 Context代表一个运行在Host上的Web项目。一个Host上可以有多个Context。将一个Web项目（D:\MyApp）添加到Tomcat，在Host标签内，添加Context标签 48 <Context path="" docBase="D:\MyApp" reloadable="true" crossContext="true"> 49 </Context> 50 常用属性： 51 path：该Web项目的URL入口。path设置为””，输入http://localhost:8080即可访问MyApp；path设置为”/test/MyApp”，输入http://localhost:8080/test/MyApp才能访问MyApp 52 docBase：Web项目的路径，绝对路径、相对路径均可（相对路径是相对于CATALINA_HOME\webapps） 53 reloadable：设置为true，Tomcat会自动监控Web项目的/WEB-INF/classes/和/WEB-INF/lib变化，当检测到变化时，会重新部署Web项目。reloadable默认值为false。通常项目开发过程中设为true，项目发布的则设为false 54 crossContext：设置为true，该Web项目的Session信息可以共享给同一host下的其他Web项目。默认为false 55 56 10. Cluster 57 Tomcat集群配置。 58 11. Realm可以理解为包含用户、密码、角色的”数据库”。Tomcat定义了多种Realm实现：JDBC Database Realm、DataSource Database Realm、JNDI Directory Realm、UserDatabase Realm等 59 12. Valve可以理解为Tomcat的拦截器，而我们常用filter为项目内的拦截器。Valve可以用于Tomcat的日志、权限等。Valve可嵌在Engine、Host、Context内。
下面看一个server.xml配置实例：
1 规划： 2 网站网页目录：/web/www 域名：www.test1.com 3 论坛网页目录：/web/bbs URL：bbs.test1.com/bbs 4 网站管理程序：$CATALINA_HOME/wabapps URL：manager.test.com 允许访问地址：172.23.136.* 5 6 conf/server.xml 7 <Server port="8005" shutdown="SHUTDOWN"> 8 <Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" /> 9 <Listener className="org.apache.catalina.core.JasperListener" /> 10 <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" /> 11 <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" /> 12 <Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" /> 13 <GlobalNamingResources> 14 <!-- 全局命名资源，来定义一些外部访问资源，其作用是为所有引擎应用程序所引用的外部资源的定义 --!> 15 <Resource name="UserDatabase" auth="Container" 16 type="org.apache.catalina.UserDatabase" 17 description="User database that can be updated and saved" 18 factory="org.apache.catalina.users.MemoryUserDatabaseFactory" 19 pathname="conf/tomcat-users.xml" /> 20 </GlobalNamingResources> 21 <!-- 定义的一个名叫“UserDatabase”的认证资源，将conf/tomcat-users.xml加载至内存中，在需要认证的时候到内存中进行认证 --> 22 <Service name="Catalina"> 23 <!-- # 定义Service组件，同来关联Connector和Engine，一个Engine可以对应多个Connector，每个Service中只能一个Engine --!> 24 <Connector port="80" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /> 25 <!-- 修改HTTP/1.1的Connector监听端口为80.客户端通过浏览器访问的请求，只能通过HTTP传递给tomcat。 --> 26 <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" /> 27 <Engine name="Catalina" defaultHost="test.com"> 28 <!-- 修改当前Engine，默认主机是，www.test.com --> 29 <Realm className="org.apache.catalina.realm.LockOutRealm"> 30 <Realm className="org.apache.catalina.realm.UserDatabaseRealm" 31 resourceName="UserDatabase"/> 32 </Realm> 33 # Realm组件，定义对当前容器内的应用程序访问的认证，通过外部资源UserDatabase进行认证 34 <Host name="test.com" appBase="/web" unpackWARs="true" autoDeploy="true"> 35 <!-- 定义一个主机，域名为：test.com，应用程序的目录是/web，设置自动部署，自动解压 --> 36 <Alias>www.test.com</Alias> 37 <!-- 定义一个别名www.test.com，类似apache的ServerAlias --> 38 <Context path="" docBase="www/" reloadable="true" /> 39 <!-- 定义该应用程序，访问路径""，即访问www.test.com即可访问，网页目录为：相对于appBase下的www/，即/web/www，并且当该应用程序下web.xml或者类等有相关变化时，自动重载当前配置，即不用重启tomcat使部署的新应用程序生效 --> 40 <Context path="/bbs" docBase="/web/bbs" reloadable="true" /> 41 <!-- 定义另外一个独立的应用程序，访问路径为：www.test.com/bbs，该应用程序网页目录为/web/bbs --> 42 <Valve className="org.apache.catalina.valves.AccessLogValve" directory="/web/www/logs" 43 prefix="www_access." suffix=".log" 44 pattern="%h %l %u %t "%r" %s %b" /> 45 <!-- 定义一个Valve组件，用来记录tomcat的访问日志，日志存放目录为：/web/www/logs如果定义为相对路径则是相当于$CATALINA_HOME，并非相对于appBase，这个要注意。定义日志文件前缀为www_access.并以.log结尾，pattern定义日志内容格式，具体字段表示可以查看tomcat官方文档 --> 46 </Host> 47 <Host name="manager.test.com" appBase="webapps" unpackWARs="true" autoDeploy="true"> 48 <!-- 定义一个主机名为man.test.com，应用程序目录是$CATALINA_HOME/webapps,自动解压，自动部署 --> 49 <Valve className="org.apache.catalina.valves.RemoteAddrValve" allow="172.23.136.*" /> 50 <!-- 定义远程地址访问策略，仅允许172.23.136.*网段访问该主机，其他的将被拒绝访问 --> 51 <Valve className="org.apache.catalina.valves.AccessLogValve" directory="/web/bbs/logs" 52 prefix="bbs_access." suffix=".log" 53 pattern="%h %l %u %t "%r" %s %b" /> 54 <!-- 定义该主机的访问日志 --> 55 </Host> 56 </Engine> 57 </Service> 58 </Server> 59 60 conf/tomcat-users.xml 61 <?xml version='1.0' encoding='utf-8'?> 62 <tomcat-users> 63 <role rolename="manager-gui" /> 64 <!-- 定义一种角色名为：manager-gui --> 65 <user username="cz" password="manager$!!110" roles="manager-gui" /> 66 <!-- 定义一个用户的用户名以及密码，并赋予manager-gui的角色 --> 67 </tomcat-users>
2.6、Tomcat 日志概述
日志分为两种，系统日志和控制台日志。
系统日志主要包含运行中日志和访问日志，分为5类：catalina、localhost、manager、localhost_access、host-manager，在logging.properties文件中进行配置。控制台日志包含了catalina日志，另外包含了程序输出的日志（System打印，Console），可以将其日志配置输出到文件catalina.out中。
日志级别分为如下 7 种：
SEVERE (highestvalue) > WARNING > INFO > CONFIG > FINE > FINER > FINEST (lowest value)
系统日志：
1 1、catalina日志 2 Catalina引擎的日志文件，文件名catalina.日期.log 3 2、localhost日志 4 Tomcat下内部代码抛出异常的日志，文件名localhost.日期.log 5 3、localhost_access 6 默认 tomcat 不记录访问日志，server.xml文件中配置Valve可以使 tomcat 记录访问日志 7 4、manager、host-manager 8 Tomcat下默认manager应用日志
控制台日志：
在Linux系统中，Tomcat 启动后默认将很多信息都写入到 catalina.out 文件中，我们可以通过tail -f catalina.out 来跟踪Tomcat 和相关应用运行的情况。 在windows下，我们使用startup.bat启动Tomcat以后，会发现catalina日志与Linux记录的内容有很大区别，大多信息只输出到屏幕而没有记录到catalina.out里面。，可以通过设置来做到这一点。
三、总结
在这里我们了解了Tomcat的基本框架和运行的机制，以及相关文件的配置和日志的配置，对于Tomcat的源码如果我们仔细研读的话一定会受益匪浅的。
参考文献：https://blog.csdn.net/u014231646/article/details/79482195
