web项目的启动流程

Posted 2023-05-16

谁能给我详细讲述一下一个web项目启动的流程，比如说：我启动一个web项目，那么tomcat先读web.xml从里面读到一些什么信息，这些信息都是做什么的。

一个web中完全可以没有web.xml文件，也就是说，web.xml文件并不是web工程必须的。

那什么时候需要，什么时候可以不需要呢？
要想回答上面的问题，得先了解web.xml文件使用来干什么的。web.xml文件是用来配置：欢迎页、servlet、filter等的。当你的web工程没用到这些时，你可以不用web.xml文件来配置你的web工程。
那么web.xml能做的所有事情都有那些？
其实，web.xml的模式(Schema)文件中定义了多少种标签元素，web.xml中就可以出现它的模式文件所定义的标签元素，它就能拥有定义出来的那些功能。web.xml的模式文件是由Sun公司定义的，每个web.xml文件的根元素<web-app>中，都必须标明这个 web.xml使用的是哪个模式文件。如：
<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.5"
xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
</web-app>
而且web.xml的模式文件中定义的标签并不是定死的，模式文件也是可以改变的，一般来说，随着web.mxl模式文件的版本升级，里面定义的功能会越来越复杂，也即标签元素的种类会越来越多，但有些是不常用的，我们只需记住一些常用的就可以了。

下面列出web.xml常用的标签元素及这些标签元素的功能：
1、指定欢迎页面，例如：
<welcome-file-list>
<welcome-file-list>
<welcome-file>index.jsp</welcome-file>
<welcome-file>index1.jsp</welcome-file>
</welcome-file-list>
上面的例子指定了2个欢迎页面，显示时按顺序从第一个找起，如果第一个存在，就显示第一个，后面的不起作用。如果第一个不存在，就找第二个，以此类推。
关于欢迎页面：
访问一个网站时，默认看到的第一个页面就叫欢迎页，一般情况下是由首页来充当欢迎页的。一般情况下，我们会在web.xml中指定欢迎页。但web.xml 并不是一个Web的必要文件，没有web.xml，网站仍然是可以正常工作的。只不过网站的功能复杂起来后，web.xml的确有非常大用处，所以，默认创建的动态web工程在WEB-INF文件夹下面都有一个web.xml文件。
对于tomcat来说，当你只指定一个web的根名，没有指定具体页面，去访问时一个web时，如果web.xml文件中配置了欢迎页，那么就返回指定的那个页面作为欢迎页，而在文中没有web.xml文件，或虽然有web.xml，但 web.xml也没指定欢迎页的情况下，它默认先查找index.html文件，如果找到了，就把index.html作为欢迎页还回给浏览器。如果没找到index.html，tomcat就去找index.jsp。找到index.jsp就把它作为欢迎页面返回。而如果index.html和 index.jsp都没找到，又没有用web.xml文件指定欢迎页面，那此时tomcat就不知道该返回哪个文件了，它就显示The requested resource (/XXX) is not available的页面。其中XXX表示web的根名。但如果你指定了具体页面，是可以正常访问的。
2、命名与定制URL。我们可以为Servlet和JSP文件命名并定制URL,其中定制URL是依赖一命名的，命名必须在定制URL前。下面拿serlet来举例：
(1)、为Servlet命名：
<servlet>
<servlet-name>servlet1</servlet-name>
<servlet-class>net.test.TestServlet</servlet-class>
</servlet>
(2)、为Servlet定制URL、
<servlet-mapping>
<servlet-name>servlet1</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>

3、定制初始化参数：可以定制servlet、JSP、Context的初始化参数，然后可以再servlet、JSP、Context中获取这些参数值。下面哪servlet来举例：
<servlet>
<servlet-name>servlet1</servlet-name>
<servlet-class>net.test.TestServlet</servlet-class>
<init-param>
<param-name>userName</param-name>
<param-value>Tommy</param-value>
</init-param>
<init-param>
<param-name>E-mail</param-name>
<param-value>[e-mail]</param-value>
</init-param>
</servlet>
经过上面的配置，在servlet中能够调用getServletConfig().getInitParameter("param1")获得参数名对应的值。
4、指定错误处理页面，可以通过“异常类型”或“错误码”来指定错误处理页面。
<error-page>
<error-code>404</error-code>
<location>/error404.jsp</location>
</error-page>
-----------------------------
<error-page>
<exception-type>java.lang.Exception<exception-type>
<location>/exception.jsp<location>
</error-page>
5、设置过滤器：比如设置一个编码过滤器，过滤所有资源
<filter>
<filter-name>XXXCharaSetFilter</filter-name>
<filter-class>net.test.CharSetFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>XXXCharaSetFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
6、设置监听器：
<listener>
<listener-class>net.test.XXXLisenet</listener-class>
</listener>
7、设置会话(Session)过期时间，其中时间以分钟为单位，假如设置60分钟超时：
<session-config>
<session-timeout>60</session-timeout>
</session-config>
除了这些标签元素之外，还可以往web.xml中添加那些标签元素呢，那些标签元素都能起什么作用呢？我们只要去查看web.xml的模式文件就能知道。直接看模式文件看不懂，可以找一些中文教程来看看。 参考技术A

根据你的问题，你基础有待提升啊，web.xml是配置文件，那肯定是一些你的web站点的配置信息啊，这些信息是必不可少的，当然你不选择web.xml文件配置也行，因为配置这些信息的方法不止一种。tomcat是javaweb容器，学习java后台开发，这个容器必须了解的，我以前学的是前端，我的经常菜鸟教材去看看，不过也有你讨论的这些后台基础知识，我收藏了一些网站，你可以点进去看看，web

参考技术B 这个得看web项目的配置文件怎么写了。。

一般是先读web.xml的，然后读取 struts-config.xml 对应的 action中的方法
指定的 路径，再到 action中看所指向的页面。。
自己这样读的 参考技术C 太详细了 不好理解. 简单的说. 启动TOMCAT 他就从它工程文件夹下读取工程. 然后寻找WEB.XML 里面是配置你WEB项目内容的. 包括 SERVLET配置. JSP配置 还有参数设置 中心控制器你懂得吗? 就是说TOMCAT容器会自己初始化一个中心控制器 你程序的所有操作 都会通过它去处理. 访问SERVLET JSP 的请求都会交给中心控制器. 然后它分配调用什么东西.返回那个页面.
就这么简单. 负责的工程加上SPRING 或STUTSE 都一个道理.
WOB项目组成 你就可以看成 有 SERVLET JSP组成. 一个是运行和处理. 一个是显示. 然后他们都是由中心控制器 从WEB.XML中得到如何衔接.

web项目启动流程探索

　　在web项目的启动过程中，我们希望知道它的一般流程是什么，这样我们就可以在各个流程中加入相应的功能，或者对于我们排错也有帮助。

　　我们知道，当我们启动tomcat容器以后，容器首先初始化一些必要的组件，加载项目所引用到的jar包（分别从jdk,tomcat，还有web-inf中的lib目录下），然后接下来的一步就是去读取web项目的web.xml配置文件。所以web项目里面必须要有web.xml配置文件。

 

　　我们来看一份标准的web.xml配置文件，这是我从我的项目中抽取出来的。

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns="http://java.sun.com/xml/ns/javaee"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_1.xsd"
    version="3.1">
    <!-- spring上下文 -->
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>
            classpath:ApplicationContext.xml,
        </param-value>
    </context-param>
    <!-- 加载log4j配置文件 -->
    <context-param>
        <param-name>log4jConfigLocation</param-name>
        <param-value>classpath:log4j.properties</param-value>
    </context-param>
    <context-param>
        <param-name>webAppRootKey</param-name>
        <param-value>www.warrior.com</param-value>
    </context-param>
    <!-- 监听器 -->
    <listener>
        <listener-class>org.springframework.web.util.Log4jConfigListener
        </listener-class>
    </listener>
    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener
        </listener-class>
    </listener>
    <!-- 字符编码过滤器 -->
    <filter>
        <filter-name>encodingFilter</filter-name>
        <filter-class>org.springframework.web.filter.CharacterEncodingFilter
        </filter-class>
        <init-param>
            <param-name>encoding</param-name>
            <param-value>utf-8</param-value>
        </init-param>
    </filter>
    <filter-mapping>
        <filter-name>encodingFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    <!-- 初始化filter -->
    <filter>
        <filter-name>startFilter</filter-name>
        <filter-class>com.xdx.filter.StartFilter</filter-class>
    </filter>
    <!-- session过滤器 -->
    <filter>
        <filter-name>springSessionRepositoryFilter</filter-name>
        <filter-class>org.springframework.web.filter.DelegatingFilterProxy
        </filter-class>
    </filter>
    <filter-mapping>
        <filter-name>springSessionRepositoryFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    <!-- 以下配置是spring mvc -->
    <servlet>
        <servlet-name>springMvc</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet
        </servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:ApplicationContext-mvc.xml</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>springMvc</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>
    <error-page>
        <error-code>404</error-code>
        <location>/404.jsp</location>
    </error-page>
    <session-config>
        <session-timeout>600</session-timeout>
    </session-config>
</web-app>

 　　

　　可以看出web.xml的主要配置项有如下几种。

　　a.context-param:上下文参数，通过键值对的方式配置一些上下文信息，如contextConfigLocation，我们给他配置为classpath:ApplicationContext.xml，说明去classpath:ApplicationContext.xml这个地方去寻找spring的主配置文件。

　　b.listener:listener就是监听器，他会监听一些变化（比如servlet的初始化），然后就可以触发监听器的代码了。

　　c.filter:过滤器，顾名思义，就是对请求进行过滤，filter也会在项目启动的时候被实例化。一般一个filter要对应filter-mapping，用于筛选所要执行过滤器中代码的url路径。如果一个filter没有filter-mapping，那它存在的意义就不大，它在web.xml存在的目的纯粹就是为了在项目启动的时候被实例化，从而执行其内部的代码。上述配置文件中的startFilter就是这个作用。

　　d.servlet,servlet的配置与filter类似，就是对请求进行拦截，不同的请求分配到不同的servlet类进行处理。

　　为了观察项目中各组件的启动顺序，我在相关的dao,entity类，service类，controllers类均加上了static代码块和无参的构造函数。static代码块是在类加载的时候运行，构造函数在类实例化时候运行，如下所示。

 

 　

　　　运行项目。看看控制台打印出来的日志。

　　

　　我们可以看到，项目的启动顺序首先是context-param，接着是listener,在接下来是filter，最后才是servlet。

　　

　　问题1：改换context-param，listener，filter，servlet配置语句在web.xml中的顺序，其启动顺序是否会变呢？

　　答案是否定的，即便是吧关于servlet的配置放在最前面，其加载顺序还是会在最后。但是需要注意的是，在同一类型的配置项中，其在web.xml的顺序会影响其启动的顺序，比如有两个filter，filter1在配置文件中先于filter2，则filter1先于filter2被加载实例化。

　　

　　问题2:org.springframework.web.context.ContextLoaderListener的作用。

　　ContextLoaderListener这个监听器继承自ContextLoader并且实现了ServletContextListener，他的主要作用是去寻找并读取spring主配置文件ApplicationContext.xml（也就是context-param中所定义的contextConfigLocation），然后启动WebApplicationContext，也可叫做web应用上下文，并且最重要的是，它将WebApplicationContext注入到servletContext容器中（作为servletContext的一个attribute，属性），并且在WebApplicationContext中保留了一个servletContext的引用。所以我们可以通过

 　　WebApplicationContext得到servletContext，也可以通过servletContext获取到WebApplicationContext。

　　通过WebApplicationContext得到servletContext：

　　WebApplicationContext webApplicationContext = ContextLoader.getCurrentWebApplicationContext();

  　　ServletContext servletContext = webApplicationContext.getServletContext();

　　通过servletContext获取WebApplicationContext：

　　ServletContext servletContext = event.getServletContext();

　　ApplicationContext application = WebApplicationContextUtils .getWebApplicationContext(servletContext);

　

　　问题3:webApplicationContext和servletContext是谁先存在呢？

　　当然是servletcontext,ServletContext是web容器（tomcat等）为web项目提供的一个全局上下文，一个web项目中只有一个。它其实是后面生成的WebApplicationContext容器的一个宿主。

　　

　　所以：简单来说：web项目启动经过如下步骤。

　　1.项目启动，加载依赖的jar包。

　　2.web容器（tomcat）先提供一个全局上下文ServletContext.

　　3.web容器去读取web.xml文件，并且运行ContextLoaderListener监听器，该监听器因为实现了ServletContextListener接口，所以当发现容器生成了一个ServletContext实例的时候，便会执行ServletContextListener接口的初始化方法，在该初始化方法中根据contextConfigLocation指定的位置去读取spring的主要配置文件，然后生成web应用上下文WebApplicationContext，并且将其作为一个属性注入到ServletContext中。

　　4.初始化WebApplicationContext以后，启动了“业务层”的spring容器，并开始加载病初始化applicationContext配置文件中所扫描的类。

　　5.然后就是初始化filter，最后初始化servlet。

　　所以说作为web项目，WebApplicationContext的生成必须要在web容器存在的情况下才能实现，因为他需要ServletContext，而ServletContext是web容器生成的。

　　

　　问题4:DispatcherServlet是什么？有什么用。

　　简单来说，它就是一个servlet，但是它是一个特殊的servlet，是整个spring mvc框架的核心，他是一个前端servlet，spring mvc经过前端servlet来接受所有的请求，然后再讲具体工作派发给其他的的servlet来具体实现。

同时，再servlet的配置文件中，我们看到名为SpringMvc的读取了contextConfigLocation所定义的配置文件（classpath:ApplicationContext-mvc.xml），启动了web层的spring容器，在这个容器里，我们初始化了所有的controller类。如控制台打印的日志所示。

　　

　　问题5:由于初始化DispatcherServlet伴随着启动spring mvc容器（即上面所说的web层容器），所以需要较长的时间，所以我们希望在项目启动的时候就进行初始化的操作。这也是我们将load-on-startup项设为1的原因。因为这个属性设为正数的表示在项目启动的时候就初始化，数字越小表明越早初始化。如果我们将其设为负数的话。那么在项目启动的时候，将不会启动spring mvc的容器，而是当我们第一次访问某个controller所对应的action的时候才来加载启动容器，这将会造成较长时间的等待，所以我们一般将load-on-startup设为1.