Tomcat配置文件

常见的web服务器

1.Apache是世界使用排名的Web服务器软件。它几乎可以运行在所有的计算机平台上。由于Apache是开源免费的，因此有很多人参与到新功能的开发设计，不断对其进行完善。 Apache的特点是简单、速度快、性能稳定，并可做代理服务器来使用。

2.IIS(Internet Information Server)。它是微软公司主推的服务器。IIS的特点具有：安全性，强大，灵活。

3.Nginx不仅是一个小巧且高效的HTTP服务器，也可以做一个高效的负载均衡反向代理，通过它接受用户的请求并分发到多个Mongrel进程可以极大提高Rails应用的并发能力。

4.Lighttpd:是由德国人 Jan Kneschke 领导开发的，基于BSD许可的开源WEB服务器软件，其根本的目的是提供一个专门针对高性能网站，安全、快速、兼容性好并且灵活的web server环境。具有非常低的内存开销，CPU占用率低，效能好，以及丰富的模块等特点。支持FastCGI, CGI, Auth, 输出压缩(output compress), URL重写, Alias等重要功能。

5.Zeus:是一个运行于Unix下的非常的Web 服务器，据说性能超过Apache，是效率的Web 服务器之一。

常见的java web服务器：

1. JBoss： JBoss是一种遵从JavaEE规范的、开放源代码、纯Java的EJB服务器，对于J2EE有很友好的支持。JBoss采用JML API实现软件规模的集成与管理，其核心服务是提供EJB服务器，不包含Servlet和JSP的Web容器，不过它可以和Tomcat完美结合。
2. WebSphere： WebSphere是IBM公司的产品，可进一步细分为 WebSphere Performance Pack、Cache Manager 和WebSphere Application Server等系列，其中WebSphere Application Server 是基于Java 的应用环境，可以运行于 Sun Solaris、Windows NT 等多种操作系统平台，用于建立、部署和管理Internet和Intranet Web应用程序。
3. WebLogic：是BEA公司的产品，可进一步细分为 WebLogic Server、WebLogic Enterprise 和 WebLogic Portal 等系列，其中 WebLogic Server 的功能特别强大。WebLogic 支持企业级的、多层次的和完全分布式的Web应用，并且服务器的配置简单、界面友好。对于那些正在寻求能够提供Java平台所拥有的一切应用服务器的用户来说，WebLogic是一个十分理想的选择。
4. Tomcat：目前最为流行的Tomcat服务器是Apache-Jarkarta开源项目中的一个子项目，是一个小型、轻量级的支持JSP和Servlet技术的Web服务器，开源免费，中小型项目和初学者开发JSP应用的首选。
5. Resin： Resin是Caucho公司的产品，是一个非常流行的支持JSP和Servlet的服务器，速度非常快。Resin本身包含了一个支持HTML的Web服务器，这使它不仅可以显示动态内容，而且显示静态内容的能力也毫不逊色，因此许多网站都是使用Resin服务器构建的。
6. Jetty：Jetty目前的是一个比较被看好的 Servlet 引擎，它的架构比较简单，也是一个可扩展性和非常灵活的应用服务器。

1.Tomcat 目录结构

/bin：脚本文件目录。
/common/lib：存放所有web项目都可以访问的公共jar包（使用Common类加载器加载）。
/conf：存放配置文件，最重要的是server.xml。
/logs：存放日志文件。
/server/webapps：来管理Tomcat-web服务用的。仅对TOMCAT可见，对所有的WEB APP都不可见（使用Catalina类加载器加载）。
/shared/lib：仅对所有WEB APP可见，对TOMCAT不可见（使用Shared类加载器加载）。
/temp：Tomcat运行时候存放临时文件用的。
/webapps：web应用发布目录。
/work：Tomcat把各种由jsp生成的servlet文件放在这个目录下。删除后，启动时会自动创建。

Tomcat 的配置文件由4个 xml 文件组成，分别是 context.xml、web.xml、server.xml、tomcat-users.xml 文件组成。

1.context.xml文件：

1.Tomcat service级别
/conf/context.xml
2.host级别
/webapps/host-manager/META-INF/context.xml
3.webApp 级别
/webapps/manager/META-INFcontext.xml

2. web.xml文件

Web应用程序描述文件，都是关于是Web应用程序的配置文件。所有Web应用的 web.xml 文件的父文件。

1.description,display-name,icon
项目描述 对项目做出描述.
项目名称 定义项目的名称.
icon元素包含small-icon和large-icon两个子元素.用来指定web站台中小图标和大图标的路径.

    /路径/smallicon.gifsmall-icon元素应指向web站台中某个小图标的路径,大小为16 X 16 pixel,但是图象文件必须为GIF或JPEG格式,扩展名必须为:.gif或 .jpg.

    /路径/largeicon-jpg large-icon元素应指向web站台中某个大图表路径,大小为32 X 32 pixel,但是图象文件必须为GIF或JPEG的格式,扩展名必须为; gif 或jpg.

2.context-param

元素含有一对参数名和参数值，用作应用的servlet上下文初始化参数。参数名在整个Web应用中必须是惟一的。
context-param 元素用来设定web应用的环境参数(context),它包含两个子元素: param-name和param-value.
参数名称 设定Context名称
值 设定Context名称的值

3. 为web应用程序定义监听器，监听器用来监听各种事件，比如：application和session事件，所有的监听器按照相同的方式定义，功能取决去它们各自实现的接口，常用的Web事件接口有如下几个：
   (1). ServletContextListener：用于监听Web应用的启动和关闭；
   (2). ServletContextAttributeListener：用于监听ServletContext范围（application）内属性的改变；
   (3). ServletRequestListener：用于监听用户的请求；
   (4). ServletRequestAttributeListener：用于监听ServletRequest范围（request）内属性的改变；
   (5). HttpSessionListener：用于监听用户session的开始和结束；
   (6). HttpSessionAttributeListener：用于监听HttpSession范围（session）内属性的改变。
   主要用于监听Web应用事件，其中有两个比较重要的WEB应用事件：应用的启动和停止（starting up or shutting down）和Session的创建和失效（created or destroyed）。应用启动事件发生在应用第一次被Servlet容器装载和启动的时候；停止事件发生在Web应用停止的时候。Session创建事件发生在每次一个新的session创建的时候，类似地Session失效事件发生在每次一个Session失效的时候。为了使用这些Web应用事件做些有用的事情，我们必须创建和使用一些特殊的“监听类”。它们是实现了以下两个接口中任何一个接口的简单java类：javax.servlet.ServletContextListener或javax.servlet.http.HttpSessionListener，如果想让你的类监听应用的启动和停止事件，你就得实现ServletContextListener接口；想让你的类去监听Session的创建和失效事件，那你就得实现HttpSessionListener接口。
4. Filter可认为是Servle的一种“加强版”，主要用于对用户请求request进行预处理，也可以对Response进行后处理，是个典型的处理链。使用Filter的完整流程是：Filter对用户请求进行预处理，接着将请求HttpServletRequest交给Servlet进行处理并生成响应，最后Filter再对服务器响应HttpServletResponse进行后处理。Filter与Servlet具有完全相同的生命周期，且Filter也可以通过来配置初始化参数，获取Filter的初始化参数则使用FilterConfig的getInitParameter()。
   分四种：
   1、request过滤器

常见应用场合:
(1)认证Filter
(2)日志和审核Filter
(3)图片转换Filter
(4)数据压缩Filter
(5)密码Filter
(6)令牌Filter
(7)触发资源访问事件的Filter
(8)XSLT Filter
(9)媒体类型链Filter
Filter可负责拦截多个请求或响应；一个请求或响应也可被多个Filter拦截。创建一个Filter只需两步:
(1) 创建Filter处理类
Filter必须实现javax.servlet.Filter接口，在该接口中定义了三个方法：
(1) void init(FilterConfig config)：用于完成Filter的初始化。FilteConfig用于访问Filter的配置信息。
(2) void destroy()：用于Filter销毁前，完成某些资源的回收。
(3) void doFilter(ServletRequest request,ServletResponse response,FilterChain chain)：
实现过滤功能的核心方法，该方法就是对每个请求及响应增加额外的处理。该方法实现对用户请求request进行预处理，也可以实现对服务器响应response进行后处理—它们的分界线为是否调用了chain.doFilter(request，response)，执行该方法之前，即对用户请求request进行预处理，执行该方法之后，即对服务器响应response进行后处理

(2) Web.xml文件中配置Filter
5. 标签
Servlet是个特殊的java类，继承于HttpServlet。客户端通常只有GET和POST两种请求方式，Servlet为了响应则两种请求，必须重写doGet()和doPost()方法。大部分时候，Servlet对于所有的请求响应都是完全一样的，此时只需要重写service()方法即可响应客户端的所有请求。

HttpServlet有两个方法：
(1). init(ServletConfig config)：创建Servlet实例时，调用该方法的初始化Servlet资源。
(2). destroy()：销毁Servlet实例时，自动调用该方法的回收资源。
通常无需重写init()和destroy()两个方法，除非需要在初始化Servlet时，完成某些资源初始化的方法，才考虑重写init()方法，如果重写了init()方法，应在重写该方法的第一行调用super.init(config)，该方法将调用HttpServlet的init()方法。如果需要在销毁Servlet之前，先完成某些资源的回收，比如关闭数据库连接，才需要重写destory方法()。

Servlet的生命周期：
创建Servlet实例有两个时机：
(1). 客户端第一次请求某个Servlet时，系统创建该Servlet的实例，大部分Servlet都是这种Servlet。
(2). Web应用启动时立即创建Servlet实例，即load-on-start Servlet。
每个Servlet的运行都遵循如下生命周期：
(1). 创建Servlet实例。
(2). Web容器调用Servlet的init()方法，对Servlet进行初始化。
(3). Servlet初始化后，将一直存在于容器中，用于响应客户端请求，如果客户端发送GET请求，容器调用Servlet的doGet()方法处理并响应请求；如果客户端发送POST请求，容器调用Servlet的doPost()方法处理并响应请求。或者统一使用service()方法处理来响应用户请求。
(4). Web容器决定销毁Servlet时，先调用Servlet的destory()方法，通常在关闭Web应用时销毁Servlet实例。
.2 Servlet配置：
为了让Servlet能响应用户请求，还必须将Servlet配置在web应用中，配置Servlet需要修改web.xml文件。从Servlet3.0开始，配置Servlet有两种方式：
(1). 在Servlet类中使用@WebServlet Annotation进行配置。
(2). 在web.xml文件中进行配置。
我们用web.xml文件来配置Servlet，需要配置和。用来声明一个Servlet。、和元素的用法和的用法相同。元素与元素具有相同的元素描述符，可以使用子元素将初始化参数名和参数值传递给Servlet，访问Servlet配置参数通过ServletConfig对象来完成，ServletConfig提供如下方法：
java.lang.String.getInitParameter(java.lang.String name)：用于获取初始化参数
ServletConfig获取配置参数的方法和ServletContext获取配置参数的方法完全一样，只是ServletConfig是取得当前Servlet的配置参数，而ServletContext是获取整个Web应用的配置参数。
(1). 、和
1). ：为Servlet指定一个文本描述。
2). ：为Servlet提供一个简短的名字被某些工具显示。
3). ：为Servlet指定一个图标，在图形管理工具中表示该Servlet。
(2). 、和元素
必须含有和，或者和。 描述如下：
1). 用来定义servlet的名称，该名称在整个应用中必须是惟一的。
2). 用来指定servlet的完全限定的名称。
3). 用来指定应用中JSP文件的完整路径。这个完整路径必须由/开始。
(3).
如果load-on-startup元素存在，而且也指定了jsp-file元素，则JSP文件会被重新编译成Servlet，同时产生的Servlet也被载入内存。的内容可以为空，或者是一个整数。这个值表示由Web容器载入内存的顺序。
举个例子：如果有两个Servlet元素都含有子元素，则子元素值较小的Servlet将先被加载。如果子元素值为空或负值，则由Web容器决定什么时候加载Servlet。如果两个Servlet的子元素值相同，则由Web容器决定先加载哪一个Servlet。1表示启动容器时，初始化Servlet。
(4).
含有和
1). ：Servlet的名字，唯一性和一致性，与元素中声明的名字一致。
2). ：指定相对于Servlet的URL的路径。该路径相对于web应用程序上下文的根路径。将URL模式映射到某个Servlet，即该Servlet处理的URL。
(5). 加载Servlet的过程
容器的Context对象对请求路径(URL)做出处理，去掉请求URL的上下文路径后，按路径映射规则和Servlet映射路径（）做匹配，如果匹配成功，则调用这个Servlet处理请求。
9.3DispatcherServlet在web.xml中的配置：

business org.springframework.web.servlet.DispatcherServlet publishContext false 1 配置Spring MVC，指定处理请求的Servlet，有两种方式： (1). 默认查找MVC配置文件的地址是：/WEB-INF/${servletName}-servlet.xml (2). 可以通过配置修改MVC配置文件的位置，需要在配置DispatcherServlet时指定MVC配置文件的位置。 我们在平台项目两个工程中分别使用了不同的配置方式，介绍如下： (1). 在business-client工程中按照默认方式查找MVC的配置文件，配置文件目录为： /WEB-INF/business-servlet.xml。工程目录结构如下所示：  (2).在public-base-server工程中，通过第2种方式进行配置，把spring-servlet.xml放到src/main/resources/config/spring-servlet.xml，则需要在配置DispatcherServlet时指定标签。具体代码如下： spring org.springframework.web.servlet.DispatcherServlet publishContext false contextConfigLocation classpath:config/spring-servlet.xml 1 工程目录结构如下：  其中，classpath是web项目的类路径，可以理解为classes下面。因为无论这些配置文件放在哪，编译之后如果没有特殊情况的话都直接在classes下面。jar包的话虽然放在lib文件夹里，但实际上那些类可以直接引用，比如：com.test.ABC，仿佛也在classes下面一样。 在我们的工程里，经过验证，maven工程这两个路径经过编译后生成的文件都位于classes目录下，即这两个路径相当于类路径，在下面创建config文件夹（folder），然后创建自定义的xml配置文件即可。 classpath和classpath*区别：同名资源存在时，classpath只从第一个符合条件的classpath中加载资源，而classpath*会从所有的classpath中加载符合条件的资源。classpath*，需要遍历所有的classpath，效率肯定比不上classpath，因此在项目设计的初期就尽量规划好资源文件所在的路径，避免使用classpath*来加载。 9.4 ContextLoaderListener和DispatcherServlet初始化上下文关系和区别：  从上图可以看出，ContextLoaderListener初始化的上下文加载的Bean是对于整个应用程序共享的，一般如：DAO层、Service层Bean；DispatcherServlet初始化的上下文加载的Bean是只对Spring MVC有效的Bean，如：Controller、HandlerMapping、HandlerAdapter等，该初始化上下文只加载Web相关组件。 注意：用户可以配置多个DispatcherServlet来分别处理不同的url请求，每个DispatcherServlet上下文都对应一个自己的子Spring容器，他们都拥有相同的父Spring容器（业务层，持久（dao）bean所在的容器）。 10. ```xml index.html ``` 如果在第一个元素中没有找到指定的文件，Web容器就会尝试显示第二个，以此类推。 11. error-page 可以错误码或者异常，返回错误页面。

参考：

1.https://blog.csdn.net/titan_max/article/details/52462447
2.https://blog.csdn.net/ahou2468/article/details/79015251