如何在web.xml中配置Spring，具体步骤和代码是怎样的？

在传统的Java Web应用开发中，web.xml文件扮演着至关重要的角色，它被称为部署描述符，当我们将Spring框架集成到一个基于Servlet的Web应用（如使用Tomcat）中时，web.xml就是连接Web容器与Spring容器的桥梁，通过在此文件中进行特定配置，我们可以在Web应用启动时，初始化Spring的IoC容器，并加载我们定义的Bean，尽管在现代Spring Boot应用中，这种配置方式已被自动配置和注解所取代，但理解web.xml中的Spring配置原理，对于维护遗留系统、深入掌握Spring核心机制依然具有不可替代的价值。

配置ContextLoaderListener

为了在Web应用中创建Spring的根容器，我们首先需要配置ContextLoaderListener，这是一个Servlet监听器，它实现了ServletContextListener接口，能够在Web容器启动和关闭时接收通知，其主要职责是在Web应用启动时，自动加载Spring的配置文件，并创建一个全局的ApplicationContext实例，这个根上下文通常用于管理整个应用共享的Bean，例如服务层、数据访问层（DAO）的组件。

配置ContextLoaderListener通常涉及两个部分：声明监听器本身,并通过上下文参数指定Spring配置文件的位置。

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>
        classpath:applicationContext.xml,
        classpath:applicationContext-datasource.xml
    </param-value>
</context-param>
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

<context-param>定义了一个名为contextConfigLocation的参数，其值是Spring配置文件的路径，可以指定单个或多个文件，多个文件之间用逗号或空格隔开。classpath:前缀表示这些文件位于类路径下。<listener>标签则注册了ContextLoaderListener,Web容器会自动实例化并注册它。

配置DispatcherServlet

如果说ContextLoaderListener负责创建全局的、非Web相关的Spring容器，那么DispatcherServlet则负责创建一个专门为Web MVC服务的子容器。DispatcherServlet是Spring MVC框架的核心，它作为一个前端控制器，所有进入应用的HTTP请求都会先经过它,再由它分发给相应的处理器。

DispatcherServlet在初始化时，会创建一个自己的WebApplicationContext，这个上下文继承了根上下文（由ContextLoaderListener创建）中的所有Bean，并且可以加载自己特有的Bean，例如控制器、视图解析器、处理器映射器等，这种父子容器的设计实现了职责分离：根容器管理业务逻辑和数据访问,子容器管理Web层逻辑。

配置DispatcherServlet的示例如下：

<servlet>
    <servlet-name>dispatcher</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/spring-mvc.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
    <servlet-name>dispatcher</servlet-name>
    <url-pattern>/</url-pattern>
</servlet-mapping>

• <servlet-name>：为此Servlet指定一个唯一的名称。
• <servlet-class>：指定DispatcherServlet的完整类名。
• <init-param>：与ContextLoaderListener类似，这里也通过contextConfigLocation参数指定了DispatcherServlet专用的Spring MVC配置文件（如spring-mvc.xml），如果未指定此参数，Spring会默认查找/WEB-INF/<servlet-name>-servlet.xml，即/WEB-INF/dispatcher-servlet.xml。
• <load-on-startup>：设置启动顺序，值为1或正整数表示在Web应用启动时就加载并初始化该Servlet,而不是等到第一个请求到达时才初始化。
• <servlet-mapping>：将此Servlet映射到URL模式。<url-pattern>/</url-pattern>表示拦截所有请求,这是RESTful风格应用的常见配置。

为了更清晰地展示两者的区别，下表对ContextLoaderListener和DispatcherServlet的配置进行了小编总结：

通过在web.xml中协同配置这两个核心组件，我们成功地将Spring框架嵌入到了Web应用的生命周期中。ContextLoaderListener确保了业务逻辑层的Bean在应用启动时就准备就绪，而DispatcherServlet则接管了所有Web请求，利用MVC模式将请求导向正确的业务处理逻辑，这种配置方式虽然略显繁琐，但它清晰地展示了Spring与Servlet容器集成的底层原理,是每一位Java后端开发人员都应该掌握的基础知识。

相关问答FAQs

问题1：为什么需要同时配置ContextLoaderListener和DispatcherServlet？只配置其中一个可以吗？

解答： 这是为了实现职责分离和清晰的架构。ContextLoaderListener创建的根上下文管理的是全局的、与Web无直接关联的业务Bean（如Service、DAO）。DispatcherServlet创建的子上下文管理的是Web层特有的Bean（如Controller），子上下文可以访问根上下文中的Bean，但反之则不行，这种分层设计使得业务逻辑与Web表现层解耦，如果只配置DispatcherServlet，Spring MVC也能工作，它会创建一个单一的上下文，但这会将所有Bean（从Controller到DAO）都混在一起，破坏了分层架构,不利于大型项目的维护和扩展。

*问题2：<url-pattern>/</url-pattern>和`/`有什么区别？**

解答： 这是一个非常经典且容易混淆的问题，会匹配所有请求，但不会匹配.jsp等由JSP/Servlet容器默认处理的资源，对/user/list的请求会被DispatcherServlet处理，但对/index.jsp的请求则直接由容器处理，而会匹配所有请求，包括.jsp文件，如果将DispatcherServlet的<url-pattern>设置为，那么当访问一个JSP页面时，请求也会被DispatcherServlet拦截，Spring MVC会尝试寻找一个能处理该请求的Controller，如果找不到就会抛出404错误，导致JSP页面无法正常显示，在Spring MVC应用中，DispatcherServlet的标准配置是使用。