tomcat是一个web容器,可以将web应用部署到tomcat,由它提供web服务,一个web容器中可以部署多个web应用,这些web应用可以是同一个域名,也可以是多个域名的服务。
我们可以假设我们来设计一个web容器,我们该什么设计?
如下图所示:
使用过程中发现,每次都要打开socket的连接,调用处理逻辑,然后关闭socket连接比较烦,干脆将socket的连接关闭交给Connector来处理,请求的业务逻辑交给Container来处理好了,就变成这样了。
最初的目标是设计一个web服务器或者容器,那么如果想要支持更多的协议就需要新建不同的Connector和Container,此时就变成这样子了,其中service包装了Connector和Container
既然是容器,就要支持多个应用,每个应用是有一个Context,且相互隔离,支持多个Context的架构如下:
Context上下文不仅仅需要物理上的隔离,也需要逻辑上的隔离,如app1.example.com访问context1,app1.test.com访问context2.
此时的架构应该是这样的,host可以支持多个context。
web服务器的组件由server-->满足功能
server+connector+Container-->职责分离
server+service+connector+Container-->支持多种协议
server+service+connector+Container+context-->支持多个应用
server+service+connector+Container+host+context -->支持多个域名的多个应用
其实就是一个分工组件细化的过程,类似于社会分工的细化,注意,Container在tomcat里也称作engine。