【Spring】如何配置多个applicationContext.xml文件

在web.xml中通过contextConfigLocation配置spring

开发Java Web程序，使用ssh架构时，默认情况下，Spring的配置文件applicationContext.xml存放在

项目下的“web-inf/applicationContext.xml”目录下，默认时，Spring会加载这个文件，完成Spring的配置。

如果想改变配置文件的名称，或者想添加多个Spring的配置文件，则可以通过如下方式添加。

在web.xml文件中添加如下内容：

1. <?xml version="1.0" encoding="UTF-8"?>
2. <web-app version="2.5"
3. xmlns="http://java.sun.com/xml/ns/javaee"
4. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
5. xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
6. http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
8. <context-param>
9. <param-name>contextConfigLocation</param-name>
10. <param-value>
11. /WEB-INF/classes/config/spring-config/applicationContext-*.xml
12. </param-value>
13. </context-param>
14. <listener>
15. <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
16. </listener>
17. < 省略其他配置...>
18. </web-app>

上面使用的是通配符：applicationContext-*.xml 来添加多个匹配的Spring配置文件，这样添加完成后，

Spring就不会去加载“web-inf/applicationContext.xml”这个默认的文件了，而是去加载下面这个路径下

的Spring配置文件：

/WEB-INF/classes/config/spring-config/applicationContext-*.xml；

也可以使用如下方式添加多个Spring配置文件：

1. <context-param>
2. <param-name>contextConfigLocation</param-name>
3. <param-value>
4. classpath*:conf/spring/applicationContext_core*.xml,
5. classpath*:conf/spring/applicationContext_dict*.xml,
6. classpath*:conf/spring/applicationContext_hibernate.xml,
7. </param-value>
8. </context-param>
9.  
10. <listener>

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

    </listener>

 

配置文件之间通过“，”逗号隔开；

---

说明：

上面两种方式有以下注意点：

1.    <param-name>contextConfigLocation</param-name> 中，<param-name>的值必须为：contextConfigLocation；

因为配置的监听器<listener>会默认通过contextConfigLocation的值来寻找配置文件的位置；

2. 必须要配置<listener> ，使用org.springframework.web.context.ContextLoaderListener 即可；

web.xml文件加载顺序

 

一、

     1 、启动一个 WEB 项目的时候， WEB 容器会去读取它的配置文件 web.xml ，读取 <listener> 和 <context-param> 两个结点。

     2 、紧急着，容创建一个 ServletContext （ servlet 上下文），这个 web 项目的所有部分都将共享这个上下文。

     3 、容器将 <context-param> 转换为键值对，并交给 servletContext 。

     4 、容器创建 <listener> 中的类实例，创建监听器。

 

二、

      load-on-startup 元素在 web 应用启动的时候指定了 servlet 被加载的顺序，它的值必须是一个整数。如果它的值是一个负整数或是这个元素不存在，那么容器会在该 servlet 被调用的时候，加载这个 servlet 。如果值是正整数或零，容器在配置的时候就加载并初始化这个 servlet ，容器必须保证值小的先被加载。如果值相等，容器可以自动选择先加载谁。 在 servlet 的配置当中， <load-on-startup>5</load-on-startup> 的含义是： 标记容器是否在启动的时候就加载这个 servlet 。 当值为 0 或者大于 0 时，表示容器在应用启动时就加载这个 servlet ； 当是一个负数时或者没有指定时，则指示容器在该 servlet 被选择时才加载。 正数的值越小，启动该 servlet 的优先级越高。

 

三、

      在项目中总会遇到一些关于加载的优先级问题，近期也同样遇到过类似的，所以自己查找资料总结了下，下面有些是转载其他人的，毕竟人家写的不错，自己也就不重复造轮子了，只是略加点了自己的修饰。

      首先可以肯定的是，加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter 。最终得出的结论是： listener -> filter -> servlet

同时还存在着这样一种配置节： context-param ，它用于向 ServletContext 提供键值对，即应用程序上下文信息。我们的 listener, filter 等在初始化时会用到这些上下文中的信息，那么 context-param 配置节是不是应该写在 listener 配置节前呢？实际上 context-param 配置节可写在任意位置，因此真正的加载顺序为： context-param -> listener -> filter -> servlet

      对于某类配置节而言，与它们出现的顺序是有关的。以 filter 为例， web.xml 中当然可以定义多个 filter ，与 filter 相关的一个配置节是 filter-mapping ，这里一定要注意，对于拥有相同 filter-name 的 filter 和 filter-mapping 配置节而言， filter-mapping 必须出现在 filter 之后，否则当解析到 filter-mapping 时，它所对应的 filter-name 还未定义。 web 容器启动时初始化每个 filter 时，是按照 filter 配置节出现的顺序来初始化的，当请求资源匹配多个 filter-mapping 时， filter 拦截资源是按照 filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的。

      servlet 同 filter 类似 ，此处不再赘述。

      由此，可以看出， web.xml 的加载顺序是： context-param -> listener -> filter -> servlet ，而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的。