Tomcat学习总结

整体架构：

从顶层开始：

• Server是Tomcat的最顶层元素，是service的集合，即可包含多个service，Server控制整个Tomcat的生命周期。
• Service由一个Container和多个Connector组成，形成一个独立完整的处理单元，对外提供服务。

一般情况下我们并不需要配置多Service, conf/server.xml默认配置了一个“Catalina”的。
Tomcat将Engine，Host，Context，Wrapper统一抽象成Container。
Connector接受到请求后，会将请求交给Container，Container处理完了之后将结果返回给Connector ，下面看Container的结构：

• Engine：没有父容器，一个 Engine代表一个完整的 Servlet 引擎，它接收来自Connector的请求，并决定传给哪个Host来处理，Host处理完请求后，将结果返回给Engine，Engine再将结果返回给Connector。
• Host：Engine可以包含多个Host，每个Host代表一个虚拟主机，这个虚拟主机的作用就是运行多个应用，它负责安装和展开这些应用，并且标识这个应用以便能够区分它们，每个虚拟主机对应的一个域名，不同Host容器接受处理对应不同域名的请求。
• Context：Host可以包含多个Context，Context是Servlet规范的实现，它提供了Servlet的基本环境，一个Context代表一个运行在Host上的Web应用
• Wrapper: Context可以包含多个Wrapper, Wrapper 代表一个 Servlet，它负责管理一个 Servlet，包括的 Servlet 的装载、初始化、执行以及资源回收。Wrapper 是最底层的容器，它没有子容器了，所以调用它的 addChild 将会报错。

运行原理：
Tomcat其实就是分析一个Servlet容器，我们从 servlet容器的角度来看看 Tomcat。一个功能健全的 servlet容器对于每个 servlet 的HTTP请求会完成以下事情：

1）当servlet 第一次被调用的时候，加载了 servlet类并调用它的init方法（仅调用一次）
2）响应每次请求的时候，构建一个javax.servlet.ServletRequest 和 javax.servlet.ServletResponse实例。
3 ) 调用servlet的service方法，将ServletRequest对象 和 ServletResponse 对象当作参数传入。
4）当servlet类关闭的时候，调用servlet的destroy方法，并卸载servlet类。

连接器分析：

BIO连接器：
1.同步阻塞式IO：
每当有一个新的客户端请求进来，都会创建一个线程来处理，一个线程只处理一个一个连接，无法满足高性能，高并发的接入场景，而且会导致资源耗尽和宕机的情况

2.伪异步式IO:
为了改进一线程一连接的情况，改进了用线程池，每次来请求从线程池里面获取线程来处理，由于有了线程池数量和等待队列数量的限制，几乎不会产生资源耗尽和宕机的情况，


弊端分析：
由于以上模式均基于同步阻塞I/O模型的
A 输入流分析：
当socket的输入流进行read时他会一直阻塞下去，直到以下情况发生：
1.有数据可读
2.可用数据已读取完毕
3.发生异常
这意味着当对方发送数据较慢时，读取输入流一方的通信线程将会长时间等待，直到书数据读取完或者超时，在此期间其他的接入请求只能在队列中等待。
B 输出流分析：
当调用输出流的write方法时，他也会阻塞类似于上面提到的read方法。根据HTTP协议可知，当当消息接收方处理数据缓慢的时候，将不能及时地从TCP缓冲区里面读取数据这将会导致发送发的window size不断减小直到为0，发送方开始阻塞将不能再向缓冲区里write数据，双方进入Keep-Alive状态，直到发送发的window size大于0或者抛异常为止
总结：
从本质上讲我们无法保证生产环境的网络状况和网络IO的传输速率，如果我们的应用程序依赖于对方的处理速率，那它的可靠性将变得非常的差。