在配置beans 的時(shí)候，可以使用 ContextLoaderListener 或者 ContextLoaderServlet搭配名為contextConfigLocation 的Context-Param，也可以在DispatchServlet的 init-param中定義。

但是其中要注意的是，無(wú)論如何，當(dāng)web容器初始化DispatchServlet的時(shí)候，都會(huì)去找這個(gè)它對(duì)于的配置文件。這個(gè)配置文件的默認(rèn)位置和名字為/WEB-INF/servletname-servlet.xml。所以，即使已經(jīng)使用了ContextLoaderListener或ContextLoaderServlet，配置文件 /WEB-INF/servletname-servlet.xml仍然是必須的。

有時(shí)候我們需要自定義所有的配置文件，比如，我希望把所有的spring相關(guān)的配置文件都放在目錄/WEB-INF/spring/底下，我還希望用文件名 appContent-servlet來(lái)取代 envoy-servlet.xml。舉個(gè)例子：

我的配置文件web.xml的相關(guān)部分如下：
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
/WEB-INF/config/appContent-servlet.xml
/WEB-INF/config/appContent-service.xml
</param-value>
</context-param>

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

<servlet>
<servlet-name>envoy</servlet-name>
<servlet-class>
org.springframework.web.servlet.DispatcherServlet
</servlet-class>
<load-on-startup>2</load-on-startup>
</servlet>

注意，其中的/WEB-INF/config/appContent-servlet.xml其實(shí)就是原來(lái)默認(rèn)名為/WEB-INF/envoy-servlet.xml的配置文件。

我們希望這個(gè)配置可以工作。但是很可惜，它無(wú)法正常啟動(dòng)。

為什么呢？原因就在于當(dāng)web容器啟動(dòng)名為envoy的servlet的時(shí)候，它會(huì)嘗試去加載bean定義配置文件。即使我們已經(jīng)使用了ContextLoaderListener來(lái)加載bean定義，它仍然會(huì)發(fā)現(xiàn)沒(méi)有人為這個(gè)servlet定義其默認(rèn)的配置文件，所以它會(huì)去嘗試使用默認(rèn)的路徑和名字去加載文件。這個(gè)路徑就是/WEB-INF/envoy-servlet.xml?？墒俏覀円呀?jīng)把這個(gè)文件改名并放在路徑/WEB-INF/config/appContent-servlet.xml下了，web容器就會(huì)找不到文件，并報(bào)錯(cuò)。

那么，我們?cè)撛趺崔k才能正確的配置所有的加載文件呢？我們可以用servlet配置的子節(jié)點(diǎn)init-param，而不要ContextLoaderListener或者ContextLoaderServlet。我們還是舉個(gè)例子：

新的配置文件web.xml的相關(guān)部分如下：
<servlet>
<servlet-name>envoy</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>
/WEB-INF/config/appContent-service.xml,
/WEB-INF/config/appContent-servlet.xml
</param-value>
</init-param>
<load-on-startup>2</load-on-startup>
</servlet>

顯然，新的配置更加簡(jiǎn)潔，而且這一次當(dāng)web容器名為envoy的servlet的時(shí)候，系統(tǒng)可以發(fā)現(xiàn)這個(gè)servlet需要的名為contextConfigLocation的參數(shù)在這里，就會(huì)用客戶定義的路徑去取代默認(rèn)的路徑。

我的疑惑是，既然我們已經(jīng)使用了context-param來(lái)定義contentConfigLocation這個(gè)變量，那么當(dāng)web容器加載名為envoy的servlet的時(shí)候，就應(yīng)該用這個(gè)路徑來(lái)取代默認(rèn)的路徑才對(duì)，為什么事實(shí)卻不是這樣呢？

我估計(jì)原因是spring并不是配置的這個(gè)路徑來(lái)指明DispatchServlet的配置文件的路徑，而是用這個(gè)路徑來(lái)為ContentLoaderListener或者ContentLoaderServlet指明其配置文件的路徑。所以DispatchServlet仍然需要在啟動(dòng)的時(shí)候去加載該servlet的配置文件，就導(dǎo)致了上面的結(jié)果。

由于時(shí)間不夠，沒(méi)有去確認(rèn)是否其真實(shí)原因，等以后有空再去確認(rèn)吧。