Tomcat架构以及理解sever.xml

Tomcat架构图

  当用户在地址栏输入访问地址后,首先识别访问协议(假设为http),那么通过针对于http协议传输的Connector连接器,连接到tomcat的服务中,连接后开始检测Engine下的host主机名中有无匹配项,如果有,通过appBase找到目标文件夹,然后开始访问相应的html文件等;如果没匹配到,执行<Engine name="Catalina" defaultHost="localhost">这一默认匹配项进行默认匹配。

Tomcat架构以及理解sever.xml

理解server.xml(了解)

<Server>

<Servier>

<Connector>

<Engine>

<Host>

<Context>

l  <Server>:根元素,表示整个服务器的配置信息;

l  <Service>:<Server>的子元素,在<Server>中只能有一个<Service>元素,它表示服务;

l  <Connector>:<Service>的子元素,在<Service>中可以有N个<Connector>元素,它表示连接。

l  <Engine>:<Service>的子元素,在<Service>中只能有一<Engine>元素,该元素表示引擎,它是<Service>组件的核心。

l  <Host>:<Engine>的子元素,在<Engine>中可以有N个<Host>元素,每个<Host>元素表示一个虚拟主机。所谓虚拟主机就像是真的主机一样,每个主机都有自己的主机名和项目目录。例如<Host name=”localhost” appBase=”webapps”>表示主机名为localhost,这个主机的项目存放在webapps目录中。访问这个项目下的主机时,需要使用localhost主机名,项目都存放在webapps目录下。

l  <Context>:<Host>元素的子元素,在<Host>中可以有N个<Context>元素,每个<Context>元素表示一个应用。如果应用在<Host>的appBase指定的目录下,那么可以不配置<Context>元素,如果是外部应用,那么就必须配置<Context>。如果要为应用指定资源,也需要配置<Context>元素。

我们可以把<Server>看作是一个大酒店:

l  <Service>:酒店的服务部门;

l  <Connector>:服务员;

l  <Engine>:后厨;

l  <Host>:后厨中的一个区,例如川菜区是一个<Host>、粤菜区是一个<Host>;

l  <Context>:后厨的一个厨师。

用户发出一个请求:http://localhost:8080/hello/index.jsp。发现是http/1.1协议,而且还是8080端口,所以就交给了处理这一请求的“服务员(处理HTTP请求的<Connector>)”,“服务员”再把请求交给了“后厨(<Engine>)”,因为请求是要一盘水煮鱼,所以由“川菜区(<Host>)”负责,因为“大老王师傅<Context>”做水煮鱼最地道,所以由它完成。

l  <Connector>:关心请求中的http、和8080;

l  < Host>:关心localhost;

l  <Context>:关心hello

上一篇:理解ffmpeg中的pts,dts,time_base


下一篇:(转)Marathon健康检查