组件分类

在Apache Tomcat中,有几个顶级组件,它们是Tomcat的核心组件,负责整个服务器的运行和管理。这些顶级组件包括: Server(服务器):Tomcat的server.xml配置文件中的元素代表整个Tomcat服务器实例。每个Tomcat实例通常只有一个Server元素,它是Tomcat的最高级别组件,表示整个Tomcat服务器。 Service(服务):Service元素是Tomcat的server.xml文件中的子元素,表示Tomcat服务器上的一个服务。每个Service元素都有一个唯一的名称,并包含一个或多个Connector元素。一个Tomcat实例可以包含多个Service,每个Service都可以包含多个Connector。 Connector(连接器):Connector元素是Tomcat的server.xml文件中Service元素的子元素,它表示Tomcat服务器与客户端之间的连接器,负责处理客户端请求和响应。每个Connector元素定义了不同的传输协议和端口,例如HTTP、HTTPS、AJP等。Tomcat支持多种类型的连接器。 Container(容器):Container是Tomcat的一个重要概念,它代表一个可以处理请求的组件。Tomcat中有两种主要类型的容器: Engine(引擎):Engine是Tomcat的server.xml文件中Service元素的子元素,代表一个虚拟主机。每个 Service可以有多个Engine,每个Engine代表一个虚拟主机,用于处理来自客户端的请求。 Host(主机):Host是Tomcat的server.xml文件中Engine元素的子元素,代表一个具体的Web应用程序。每个Engine可以有多个Host,每个Host代表一个Web应用程序,可以是单独的域名或虚拟主机。 这些顶级组件共同构成了Tomcat的架构,并负责处理来自客户端的请求、处理连接和管理Tomcat服务器的服务。它们之间有着紧密的关联,形成一个完整的服务器体系结构。通过在server.xml文件中配置这些组件,可以对Tomcat服务器进行灵活的定制和配置,以满足不同的需求和场景。 集群类组件:有一些集群类组件可以帮助实现Tomcat服务器的集群部署,以提高性能和可靠性。这些组件允许多个Tomcat服务器协同工作,共享负载和会话数据。 2、Tomcat介绍(下)_第1张图片 Server(服务器):元素是整个Tomcat服务器的最顶级组件,代表整个Tomcat实例。一个server.xml文件中通常只有一个Server元素。Server元素包含一个或多个Service元素。

Service(服务):元素是Tomcat的server.xml文件中Server元素的子元素,代表Tomcat服务器上的一个服务。每个Service元素都有一个唯一的名称,并包含一个或多个Connector元素以及其他组件。一个Tomcat实例可以包含多个Service。

Connector(连接器):元素是Tomcat的server.xml文件中Service元素的子元素,代表Tomcat服务器与客户端之间的连接器,负责处理客户端请求和响应。每个Connector元素定义了不同的传输协议和端口,例如HTTP、HTTPS、AJP等。

Engine(引擎):元素是Tomcat的server.xml文件中Service元素的子元素,代表一个虚拟主机(Virtual Host)。每个Service可以有多个Engine,每个Engine代表一个虚拟主机,用于处理来自客户端的请求。

Host(主机):元素是Tomcat的server.xml文件中Engine元素的子元素,代表一个具体的Web应用程序。每个Engine可以有多个Host,每个Host代表一个Web应用程序,可以是单独的域名或虚拟主机。

Context(上下文):元素是Tomcat的server.xml文件中Host元素的子元素,代表Web应用程序的上下文。Context元素用于配置特定Web应用程序的上下文环境,例如数据库连接池、数据源等。

Web应用程序:Web应用程序是部署在Tomcat服务器上的实际应用程序,通常是一个WAR文件或一个目录。每个Host可以部署多个Web应用程序,每个Web应用程序都由一个Context元素表示。 假设我们有一个简单的Tomcat服务器配置,其中包含一个Service,一个Connector,一个Engine,一个Host和一个Context。以下是该配置的server.xml片段:


  
    
    
      
        
      
    
  

现在,让我们来解释一下用户访问Tomcat服务时这些元素之间的关系:

1、用户发起请求:假设用户在浏览器中输入URL http://localhost:8080/,并按下回车,发起一个HTTP请求。

2、Connector处理请求:Connector元素监听在端口8080上,它负责处理HTTP请求和响应。当用户的请求到达端口8080时,Connector会接收并解析该请求。

3、Engine处理请求:Engine元素代表虚拟主机,负责处理接收到的请求。在本例中,Engine名称为"myEngine"。Connector将请求转发给Engine进行处理。

4、Host处理请求:Engine会根据请求中的域名或虚拟主机名(在这里为"localhost")选择一个Host进行处理。在本例中,Host名称为"localhost"。Engine将请求转发给选择的Host。

5、Context处理请求:Host代表一个Web应用程序(在这里为"mywebapp")。当Host接收到请求后,它会根据请求的URL路径选择相应的Context进行处理。在本例中,Context的路径为"",表示根路径。Host将请求转发给选择的Context。

6、Web应用程序处理请求:Context代表一个Web应用程序(在这里为"mywebapp"),它包含Web应用程序的内容。当Context接收到请求后,它会处理该请求并返回相应的内容给用户。

7、用户接收响应:最后,用户的浏览器接收到来自Tomcat服务器的响应,它可能是一个HTML页面、图片、文本文件等,然后显示在用户的浏览器中。

这样,用户的请求经过Connector、Engine、Host和Context的处理,最终被Web应用程序处理并返回响应给用户。这些元素之间的关系形成了Tomcat服务器的请求处理流程,确保请求能够正确地路由到相应的Web应用程序进行处理。

应用部署

在Apache Tomcat中,应用部署是将Web应用程序(通常以WAR文件或目录形式存在)部署到Tomcat服务器,使其可以在服务器上运行。以下是在Tomcat中进行应用部署的一般步骤:

准备Web应用程序:首先,您需要准备一个Web应用程序,它通常是一个包含Web资源(例如HTML、JSP、CSS、JavaScript等)和Servlet类的WAR文件。或者,您也可以将Web应用程序的内容放在一个目录中。

停止Tomcat服务器(可选):在部署新的应用程序之前,建议停止Tomcat服务器。这可以确保在部署过程中没有正在运行的应用程序。

部署Web应用程序:将Web应用程序(WAR文件或目录)复制到Tomcat服务器的webapps目录中。在这个目录下,每个子目录或WAR文件都代表一个Web应用程序。Tomcat将在启动时自动部署这些应用程序。

启动Tomcat服务器:一旦Web应用程序被复制到webapps目录中,您可以启动Tomcat服务器。Tomcat将自动检测到新部署的应用程序并将其部署到服务器中。

访问Web应用程序:一旦Tomcat服务器启动并成功部署了应用程序,您可以通过URL来访问它。默认情况下,如果您将Web应用程序部署为myapp.war或myapp目录,可以通过http://localhost:8080/myapp来访问它

特殊根目录

omcat中默认网站根目录是CATALINA_BASE/webapps/ 在Tomcat中部署主站应用程序和其他应用程序,和之前WEB服务程序不同 在Tomcat的webapps目录中,有个非常特殊的目录ROOT,它就是网站默认根目录。

在Apache Tomcat中,ROOT是指Web应用程序的根目录,也称为默认上下文(Default Context)。当用户通过根路径(/)访问Tomcat服务器时,Tomcat将自动将请求映射到ROOT目录下的Web应用程序。通常,将Web应用程序放置在webapps目录下并命名为ROOT.war或ROOT目录,即可使其成为默认上下文。

例如,如果您将一个名为myapp.war的Web应用程序部署到Tomcat的webapps目录下,则可以通过http://localhost:8080/myapp来访问该应用程序。但是,如果您将Web应用程序命名为ROOT.war或将其放置在名为ROOT的目录下,那么它将成为默认上下文,您可以通过http://localhost:8080/来访问该应用程序,而无需在URL中指定应用程序的名称。

使用ROOT作为默认上下文对于将某个Web应用程序设置为网站的主页非常有用。如果您想要让Tomcat中的某个Web应用程序成为默认的主页,只需将该应用程序部署为ROOT.war或将其放置在名为ROOT的目录下,这样用户在访问服务器的根路径时将会自动访问该应用程序。

请注意,只能有一个Web应用程序作为ROOT目录,即使在Tomcat的webapps目录下放置了多个名为ROOT.war的文件或ROOT目录,Tomcat只会选择一个作为默认上下文。因此,在部署多个Web应用程序时,请确保只有一个应用程序具有ROOT名称,以避免冲突。

JSP WebApp目录结构

WEB-INF目录:这是Web应用程序的重要目录之一,它通常放在Web应用程序的根目录下。WEB-INF目录中的内容不可直接被客户端访问,只能通过后台代码访问。它包含以下子目录和文件:

WEB-INF/lib:用于存放Web应用程序所需的第三方JAR文件。 WEB-INF/classes:用于存放编译后的Java类文件和其他资源。 web.xml:是Web应用程序的部署描述文件,其中包含Servlet、过滤器、监听器等配置信息。 META-INF目录:该目录通常位于Web应用程序的根目录下,用于存放一些应用程序级别的配置文件和清单文件(manifest)。

index.jsp:这是Web应用程序的默认首页文件,当用户访问根路径时会自动显示该文件。

css、js、images目录:这些目录用于存放网页所需的CSS样式表、JavaScript文件和图片资源。

WEB-INF/lib目录:用于存放Web应用程序所需的第三方JAR文件,例如数据库驱动、工具库等。

WEB-INF/classes目录:用于存放编译后的Java类文件和其他资源,例如配置文件等 image.png 2、Tomcat介绍(下)_第2张图片

webapp归档格式

.war:WebApp打包 .jar:EJB类打包文件 .rar:资源适配器类打包文件 .ear:企业级WebApp打包 传统应用开发测试后,通常打包为war格式,这种文件部署到了Tomcat的webapps下,还可以自动展开

Context配置

Context作用: 路径映射 应用独立配置,例如单独配置应用日志、单独配置应用访问控制

path指的是访问的路径 docBase,可以是绝对路径,也可以是相对路径(相对于Host的appBase) reloadable,true表示如果WEB-INF/classes或META-INF/lib目录下.class文件有改动,就会将WEB应用 重新加载,性能消耗很大。生成环境中,会使用false来禁用。 将~/projects/myapp/下面的项目文件复制到/data/下