Tomcat源码解析(一)-----Tomcat整体架构
作为重度拖延症患者,读了这么久的源码以至于有的点都淡忘了,终于开始写tomcat的源码了,关于我在博客中tomcat的介绍纯属个人的一点点浅薄的见解,如有人读到有哪些错误或者认识不够到位的地方可以一起交流,后期也会对播客进行改进。
了解tomcat的源码之前先了解下Tomcat的整体架构,一个Tomcat整体就是一个Server实例,它是最顶层的组件在源码中的体现就是StandardServer这个类,还有一个组件时Service(StandardService)它是一个服务的抽象,在Tomcat运行中一个只有一个Server,但是一个server中包含了多个service抽象组件,一个Service中包含了多个Connector(连接器)和一个Container(容器),连接器主要就是负责服务器端处理客户端的连接。Container则主要负责各种逻辑的处理,并且返回结果给客户端。所以说一个Server包含多个Connector(链接器)和多个Container(容器),同时Container组件也是一个抽象的概念,他其中包含了一个Engine组件,一个Engine组件中包含了多个Host组件,一个Host组件中包含了多个Context组件,一个Context组件中同时包含了多个Wrapper组件,这里的Wrapper组件就是servlet的封装,这里就是我们程序开发者开发的Servlet真正被调用的地方。
为了更加具体一点可以参照Tomcat中的server.xml进行各个组件的介绍,
<?xml version="1.0" encoding="UTF-8"?>
<Server port="8005" shutdown="SHUTDOWN">
<Listener className="org.apache.catalina.startup.VersionLoggerListener" />
<Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
<Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
<Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />
<GlobalNamingResources>
<Resource name="UserDatabase" auth="Container"
type="org.apache.catalina.UserDatabase"
description="User database that can be updated and saved"
factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
pathname="conf/tomcat-users.xml" />
</GlobalNamingResources>
<Service name="Catalina">
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
<Engine name="Catalina" defaultHost="localhost">
<Realm className="org.apache.catalina.realm.LockOutRealm">
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
</Realm>
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true">
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log" suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
</Host>
</Engine>
</Service>
</Server>
配置文件中的<Server></Server>就代表了Tomcat中的server他在server.xml中只有一个,其中的<Service></Service>就代表了Tomcat中的Service,它可以配置多个,Service中同时又包含了<Connector ></Connector >和<Engine></Engine>在service中可以配置多个Connector如上述代码中就是配置了两个,但是这其中只能有一个Engine(可以看到没有Container,因为ta是一个抽象概念他是具体容器实现的一种整合),同理一个Engine中可以配置多个Host一个Host中可以配置多个Context而Context中Wrapper的数量则由应用程序开发着来决定,Tomcat中的Wrapper是通过web.xml中配置的servlet来封装的。用一张图来表示它们之间的关系:
LifeCycle接口时所有的组件都要继承的,这一点也是tomcat进行组件管理的巧妙之处,所有的组件继承这个接口以后会实现接口中的start和stop等生命周期方法,这样可以形成一种统一的管理。而所有的容器同时都要实现ContainerBase这个接口实现容器的管理。
以上便是关于Tomcat的整体流程的介绍。
上一篇: Tomcat整体架构浅析
下一篇: Tomcat整体架构浅析