Spring Servlet 项目的 web.xml 中加载 contextConfigLocation 的顺序

Question

假设我有一个 Spring Java 项目，并且我正在尝试将其配置为 Web 服务器 servlet。这是 web.xml 文件的精简版：

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>
        /WEB-INF/spring/generalApplicationContext.xml
    </param-value>
</context-param>

<servlet>
    <servlet-name>my-servlet</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/spring/specificApplicationContext.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
    <servlet-name>my-servlet</servlet-name>
    <url-pattern>/foo/*</url-pattern>
</servlet-mapping>

这里要注意的关键是我已经指定了两个要加载的 XML 文件。一个对我的整个应用程序是通用的，而另一个特定于“my-servlet”servlet。对于只有一个 servlet 映射的设置，这是没有意义的。但是，我的项目有多个 servlet 映射，每个映射都有特定的 Spring 设置。

我的问题： Spring 将首先加载哪个 contextConfigLocation？它是generalApplicationContext.xml 还是specificApplicationContext.xml？更重要的是，加载顺序是否重要？从我的调试工作来看，它似乎确实如此，因为当我将一些独立的 Spring 配置从一个文件移动到另一个文件时，我得到了不同的错误。

注意： 对多个 servlet 映射使用多个 spring 配置是否是一种好做法是值得商榷的。使用 XML 配置而不是新的 Java 配置也是如此。但这不是我想在这里问的。让我们试着专注于我的主要问题。

Answer 1

有什么更好的方法让 Spring 调试日志告诉你自己的顺序。 如果您想进入代码，您还可以查看org.springframework.web.servlet.FrameworkServlet（DispatcherServlet 扩展了此类）只需启用记录器"org.springframework.web.servlet" 以在您首选的日志记录框架中调试级别

以下是日志的典型外观 - 显然，根上下文首先加载并设置为上下文层次结构的父级 - 接下来加载 servlet 上下文。

INFO : org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from ServletContext resource [/WEB-INF/spring/generalApplicatonContext.xml]
INFO : org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization completed in 256 ms
DEBUG: org.springframework.web.servlet.DispatcherServlet - Initializing servlet 'my-servlet'
INFO :Initializing Spring FrameworkServlet 'appServlet'
INFO : org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'my-servlet': initialization started
DEBUG: org.springframework.web.servlet.DispatcherServlet - Servlet with name 'appServlet' will try to create custom WebApplicationContext context of class 'org.springframework.web.context.support.XmlWebApplicationContext', using parent context [Root WebApplicationContext: startup date [Fri May 15 17:08:24 IST 2015]; root of context hierarchy
DEBUG: Loading XML bean definitions from ServletContext resource [/WEB-INF/spring/specificApplicationContext.xml

Answer 2

如果您的 web.xml 中有 ContextLoaderListener，spring 将首先加载 generalApplicationContext.xml。这将创建 bean 并为它们提供所有 Servlet 和过滤器。这个 xml 应该有你的应用程序中使用的公共类，bean。

稍后 spring 容器将加载 specificApplicationContext.xml，因为您在 servlet 配置中已加载启动。如果您未指定启动时的负载，则此 specificApplicationContext.xml 将在 first request 以特定 url-pattern 到达您的应用程序时加载。

作为您的问题，当您将 springconfig 从一个配置移动到另一个配置时，这将改变容器的应用程序资源可用性。如果您在 generalApplicationContext.xml 中指定了 Controller bean 而您没有在 specificApplicationContext.xml 中指定它们，那么您的 DispatcherServlet 将找不到映射，因此您将看到 404 错误。

如果您想按需创建一些 bean 对象，您可以再创建一个 servlet-config 来加载特定的配置文件 2.xml，并映射到 url-pattern。

Answer 3

以下部分加载上下文文件并创建 ApplicationContext。例如，此上下文可能包含组件，例如中间层事务服务、数据访问对象或您可能希望在应用程序中使用（和重用）的其他对象。每个应用程序将有一个应用程序上下文。

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>
        /WEB-INF/spring/generalApplicationContext.xml
    </param-value>
</context-param>

另一个上下文是WebApplicationContext，它是应用程序上下文的子上下文。在 Spring Web 应用程序中定义的每个 DispatcherServlet 都会有一个关联的 WebApplicationContext。 WebApplicationContext 的初始化如下：

<servlet>
    <servlet-name>my-servlet</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/spring/specificApplicationContext.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

更多详情请参考this和this

Answer 4

generalApplicationContext.xml 将首先加载，因为它是 ApplicationContext 与 ContextLoaderListener 一起加载

<listener>
     <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>
        /WEB-INF/spring/generalApplicationContext.xml
    </param-value>
</context-param>

specificApplicationContext.xml实际上是上面加载的generalApplicationContext.xml的子上下文，它将是WebApplicationContext

<servlet>
    <servlet-name>my-servlet</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/spring/specificApplicationContext.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
    <servlet-name>my-servlet</servlet-name>
    <url-pattern>/foo/*</url-pattern>
</servlet-mapping>

是的，加载顺序很重要。因为在加载父上下文时，必须满足所有必需的依赖项。