本文是我阅读了Tomcat源码后的一些心得。主要是讲解Tomcat的系统框架，启动流程已经运行过程。若有错漏之处，敬请批评指教。
先给出几个问题：
tomcat作为一个应用服务器的程序入口在哪里？
tomcat的整体组件结构是什么样的？
tomcat是什么时候及如何创建线程来处理请求的？
tomcat的配置文件context.xml,server.xml,tomcat-users.xml,web.xml什么时候加载的及作用是什么？
最后，tomcat是如何启动运行的？
我通过源码来分析这些问题。
tomcat作为最常见的应用服务器，对ServerSocket、Socket封装使用TCP链接达到通信的目的，我从它的程序入口开始跟踪代码，看它是如何启动的。
Tomcat组件有Server，Service，Container，Connector，Engine，Host，Context，ProtocolHandler，EndPoint等
Server：一个Server元素代表一整个CatalinaServlet容器，也就是说Server是最顶级的容器，它包含一个或多个Service，这个在后面我们可以看到；
Service：由一个或者多个Connector组成，以及一个Engine，负责处理所有Connector所获得的客户请求；
Connector：连接器，一个Connector将在某个指定端口上侦听客户请求，并将获得的请求交给Engine来处理，从Engine处获得回应并返回客户；
Engine：当Engine获得一个请求时，它把该请求匹配到某个Host上，然后把该请求交给该Host来处理;
Host：当Host获得一个请求时，将把该请求匹配到某个Context上，然后把该请求交给该Context来处理；
Context：一个Context对应于一个WebApplication，一个WebApplication由一个或者多个Servlet组成（这个就是我们熟悉的上下文对象了）；
Container：是Engine，Host，Context的父类或父接口，这里使用了Composite组合模式，调用它们的start()方法时都会调用父类的此方法；
ProtocolHandler：协议处理器，连接器持有用来控制网络端口监听组件运行；
EndPoint：负责监控网络端口的组件，启动一个ServerSocket,不间断监听来自客户端的请求。
当我们启动Tomcat时：程序会找到Bootstrap的main()方法，同时把args置为["start"]:
然后程序会执行init()方法，设置tomcat运行的环境，初始化类加载器，创建Catalina对象：
接下来程序会执行load()和start()方法，这是tomcat启动过程中最重要的两个过程，load()其实是初始化一系列的组件，上面所列的组件都会进行初始化，包括加载配置文件都是在这个过程中实现的；而start()方法就是启动这一系列的组件，当所有组件都启动后，tomcat也就启动完成了。
从这里看，Tomcat启动过程可以简化为3个步骤：
1）Bootstrap的init()方法，其实就是设置运行环境和初始化类加载器；
2）Bootstrap的load()方法，加载相关配置文件，初始化几个主要的顶层组件实例，也就是服务器初始化。
3）启动那些有生命周期的组件，监听用户请求，也就是启动服务器。
load()方法其实是通过反射来执行Catalina的load()方法，Catalina的load()方法主要作用：
initDirs()方法初始化tomcat的安装路径；
createStartDigester()方法解析xml文件；
getServer().initialize()方法初始化Server组件。
接下来我们看一下server.xml里面的信息到底是什么？为什么能创建server对象呢？
这个就是server.xml的内容，我们可以清晰的看到server下面包含service，service下面包含connector，connector下面包含engine，host和context，这些就是我们上面所说的tomcat的组件，他们的对应关系也是这样层层包含的关系。
接下来看看Server真正的初始化过程：StandardServer的initialize():
StandardService的initialize()：
初始化connector，Connector的initialize()：
初始化协议，Http11Protocol的init()：
Endpoint的初始化，Endpoint的init()：
根据上面的server.xml,connector有两个，所以会初始化两个connector，ProtocolHandler和endpoint;
初始化的流程：
所以我们可以知道Bootstrap#load()—>Catalina#load()—>StandardServer#load()—>StandardService#initialize()—>Connector#initialize()—>Http11Protocol#init()—>Endpoint#init()
至此，tomcat的初始化全部完成。
接下来开始启动tomcat服务器：
回到Bootstrap来，Bootstrap的start()方法通过反射来调用Catalina方法的start()方法
来看看Catalina的start()：
StandardServer的start()：
下面就看看StandardService对象的start方法：
首先启动Container容器，在server.xml中我们知道Container中含有Engine，Host，Context，所以这里会启动这三个容器，Service中的这个Container是Engine，所以首先会启动Engine，Engine中有Host和Context，它们又都属于Container，所以，这里充分的利用了组合模式，这个过程中会创建background后台守护线程，周期性的检查Session是否超时
然后启动执行器executors，这里executors一般为null
最后启动所有的Connector，这个过程会启动两组ProtocolHandler和Endpoint，这个过程是很重要的一个过程，会创建所有的请求线程池，首先先创建一个Acceptor线程来监听当前线程是否够用，若不够用则会创建线程池用来处理http请求；另外一组ProtocolHandler和Endpoint是用来处理apj请求，会创建TP-Monitor和TP-Processor线程池
StandardService下的容器有Container，这个Container其实就是Engine，Engine下的容器有Host，Host下的容器有Context。
每个容器下都有Pipeline、Value、Realm等等配置。
接下来就看看如何启动这些各个容器的:
父类的start()方法：每个container子类都会调用，根据当前对象读取不同的children，然后递归调用children的start()方法
启动background后台守护线程，周期性的检查Session是否超时：
此时我们可以清楚的看到background线程已经启动
所有的container启动完毕后，接下来回到StandardService的start()来：接下来执行Connector的start()：
Http11Protocol的start():委托给JioEndpoint调用start()方法，真正跟serverSocket有关的都在endpoint中执行
JIoEndpoint的start()：启动endpoint实际上是启动一个acceptor线程，这个线程很重要，在这个线程里面判断当前的http线程是否足够，若不够则从线程池中创建线程来处理http请求，所以，就是在这里创建的线程来处理请求的
接下来我们看看Accptor类的run()方法中究竟写了什么：
到这里，我们就创建了acceptor线程和http线程池了。
接下来处理另外一个connector：这里用的协议处理器是JkCoyoteHandler，JkCoyoteHandler的start()：
启动jkMain：
最后，在channelSocket的init()方法中启动TP-Monitor和TP-Processor线程池：
此时，我们可以看到TP-Monitor和TP-Processor线程已经启动：
所以我们可以知道tomcat容器的启动过程：
Bootstrap#start()—>Catalina#start()—>StandardServer#start()—>StandardService#start()—>Connector#start()—>Http11Protocol#start()—>Endpoint#init()—>acceptorThread.start()启动请求线程池
StandardService#start()—>StandardEngine#start()—>ContainerBase#start()—>StandardHost#start()—>ContainerBase#start()—>StandardContext#start()—>ContainerBase#start()（启动守护线程）
至此，tomcat的初始化全部完成。
至此，tomcat服务器已完全启动了。
启动的时序图如下：
TomcatServer处理一个http请求的过程
1）当来了一个http请求，acceptor线程先判断现在已存在的线程是否足够，若不足够，则创建一个线程来处理请求，足够就使用已存在的；
2)SocketProcessor来处理请求
3)Http11ConnectionHandler的process()方法处理：
4)Http11Processor的process()：
5)CoyoteAdapter的service()：
6)StandardEngineValve的invoke()：
7)StandardHostValve的invoke()：
8)StandardContextValve的invoke()：
9)StandardWraValve的invoke()：
总的流程如下：
