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进行各个组件的介绍，

配置文件中的就代表了Tomcat中的server他在server.xml中只有一个，其中的就代表了Tomcat中的Service,它可以配置多个，Service中同时又包含了和在service中可以配置多个Connector如上述代码中就是配置了两个，但是这其中只能有一个Engine（可以看到没有Container，因为ta是一个抽象概念他是具体容器实现的一种整合），同理一个Engine中可以配置多个Host一个Host中可以配置多个Context而Context中Wrapper的数量则由应用程序开发着来决定，Tomcat中的Wrapper是通过web.xml中配置的servlet来封装的。用一张图来表示它们之间的关系：

    LifeCycle接口时所有的组件都要继承的，这一点也是tomcat进行组件管理的巧妙之处，所有的组件继承这个接口以后会实现接口中的start和stop等生命周期方法，这样可以形成一种统一的管理。而所有的容器同时都要实现ContainerBase这个接口实现容器的管理。
以上便是关于Tomcat的整体流程的介绍。