1.maven中使用tomcat7插件servlet-api的类加t类jar包冲突
2.Tomcat 组件简介

maven中使用tomcat7插件servlet-api的jar包冲突

       在Maven中，当使用Tomcat7插件时，载机制源可能会遇到servlet-api jar包冲突的码t码问题。当你在pom.xml中不添加servlet-api依赖时，加载项目编译会报错，器源PHP文字游戏源码寻仙纪因为需要这个依赖来支持servlet子类。类加t类家国梦源码然而，载机制源一旦添加了这个依赖，码t码虽然Tomcat容器能正常启动，加载但在实际访问时，器源由于类加载机制的类加t类差异，可能会导致运行时错误。载机制源

       问题出在两版本的码t码tablayout底部导航源码servlet-api不一致，编译时和运行时加载的加载jar包版本相同，但由于类加载器权限不同，器源运行时的类可能无法访问到web容器中的资源。为了解决这个问题，介绍比特币源码可以尝试调整依赖的作用域。

       解决冲突的一种方法是为pom.xml中引入的servlet-api添加一个作用域，如"provided"。"provided"作用域表示该jar包在编译和测试阶段有效，天使插件截图源码而在运行时，这个责任由服务器（如Tomcat）承担。这样，编译时使用的是自定义依赖，而在实际运行时，Tomcat会提供所需的servlet-api。

       文章中还提到，如果不加这个作用域，依赖的默认作用域是"compile"，这意味着jar包在整个项目生命周期都会被包含，包括发布。而"runtime"作用域仅在运行时有效，"test"作用域仅限于测试阶段，"system"作用域则需要显式提供jar包路径，不利于项目移植。

       具体解决步骤可以参考以下链接：

       [blog.csdn.net/luojishan...](/luojishan...)

Tomcat 组件简介

        date: // :

        先简单介绍一下 Tomcat 中的各种组件，要不你后面听不懂

        conf/server.xml

        根据Tomcat自身的分类，上面这些元素可以分成四种：

        一个Tomcat只有一个 Server.xml，即一个Tomcat实例只有一个Server。

        它不是一个容器，它只是单纯地扮演着一个包裹的角色。

        它代表 Tomcat 实例本身。

        Server可配置的属性很少。根据上面摘录的默认配置，Server会侦听localhost的TCP端口，当该端口接收到字符串"SHUTDOWN"时，即执行关闭Tomcat操作。

        Server有两种特有的组件，一个是GlobalNamingResources（全局命名资源），一个是Service（服务）。

        除此之外，还可以有Listener（监听器）这种可以作用于不同层次容器的组件。Server默认配置了六种Listener。配置在Server这一层的Listener对所有容器起作用。

        它代表整个 Tomcat 实例，因此它还有一个作用，就是监听 SHUTDOWN 请求。

        它是一个顶层组件，用于包裹它下面的多个 Service 组件。

        一个Service就是一个完整的服务，负责将若干个Connector和一个Engine（引擎）包裹在一起。除此之外，Service还可以配置一个Executor（共享线程池）用于管理所有Connector的线程数量。

        如图所示，Service有Executor、Connector和Engine三种组件。其中，每个Connector负责侦听一个TCP端口，接收相应的请求，并转发给绑定的Engine处理。Engine处理完后，通过Connector把结果返回给客户端。在配置了Executor的情况下，所有Connector的线程受Executor统一管理。

        它的作用是将多个连接器与容器实例联系起来，使得不同协议的请求可以使用同一个容器来处理。

        Engine是Service的请求处理引擎，负责处理所有Connector发过来的请求，并将内部处理完毕的结果返回给Connector。它是最外层的容器。

        Engine.name - 引擎的名称

        Engine.defaultHost - 默认采用哪一个子容器Host来处理请求

        Engine 的作用是可以采用一个连接器接收请求并映射到不同的域名中

        一个Host就是一个虚拟主机，对应一个或多个域名。

        Host.name - 主机名称（域名）

        默认配置定义了一个名为 localhost 的主机。至少要有一个Host的名称与Engine的defaultHost一致。

        除了域名外，Host可以通过子节点alias来配置别名。别名的作用与域名一致。例如：

        其作用机制如下图所示：

        Host.appBase - 虚拟主机的根目录

        Host.unpackWARs - 放到 webapps 目录下的 WAR-file 是否应该被解压

        Host.autoDeploy - 是否自动部署放到 webapps 目录下的应用

        Context代表Host下面的一个虚拟目录。

        默认是不配置的

        Context.docBase - 应用程序的路径或者是WAR文件存放的路径

        Context.path - æ­¤web应用程序的上下文路径

        Context.reloadable - 是否支持热部署

        如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化，并通过类加载器重新加载class文件，以实现在不重启tomcat的情况下重新部署。

        Context.crossContext - 不同context是否共享session

        开头说过，Connector就是墙上的插座，负责侦听一个具体的TCP端口，并通过该端口处理Engine与客户端之间的交互。默认配置定义了两个 Connector：

        Valve的中文含义是阀门，可以简单地理解为Tomcat的拦截器。它负责在请求发送到应用之前拦截HTTP请求，可以定义在任何容器中。默认配置中定义了一个AccessLogValve，负责拦截HTTP请求，并写入到日志文件中。

        Listener即监听器，负责监听服务器端的行为。此处需要了解的监听器有两个：

        请求地址为： /mzdbxqh