组件分类
在Apache Tomcat中，有几个顶级组件，它们是Tomcat的核心组件，负责整个服务器的运行和管理。这些顶级组件包括： Server(服务器)：Tomcat的server.xml配置文件中的
Server(服务器)：
Service(服务)：
Connector(连接器)：
Engine(引擎)：
Host(主机)：
Context(上下文)：
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类文件和其他资源，例如配置文件等 
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/下