ApplicationContext的中文意思是“應用前後關係”，它繼承自BeanFactory接口，除了包含BeanFactory的所有功能之外，在國際化支持、資源訪問（如URL和文件）、事件傳播等方面進行了良好的支持，被推薦爲Java EE應用之首選，可應用在Java APP與Java Web中。
1.定義
ApplicationContext被譽爲實用的Bean工廠。
2.特性
在ApplicationContext接口的衆多實現類中，有3個是我們經常用到的（見表1-1），並且使用這3個實現類也基本能滿足我們Java EE應用開發中的絕大部分需求。
表1-1 ApplicationContext接口的常用實現類介紹
|
類 名 稱
|
功 能 描 述
|
|
ClassPathXmlApplicationContext
|
從類路徑ClassPath中尋找指定的XML配置文件，找到並裝載
完成ApplicationContext的實例化工作。例如：
//裝載單個配置文件實例化ApplicationContext容器
ApplicationContext cxt = new ClassPathXmlApplicationContext
("applicationContext.xml");
//裝載多個配置文件實例化ApplicationContext容器
String[] configs = {"bean1.xml","bean2.xml","bean3.xml"};
ApplicationContext cxt = new ClassPathXmlApplicationContext(configs);
|
|
FileSystemXmlApplicationContext
|
從指定的文件系統路徑中尋找指定的XML配置文件，找到並裝載
完成ApplicationContext的實例化工作。例如：
//裝載單個配置文件實例化ApplicationContext容器
ApplicationContext cxt = new FileSystemXMLApplicationContext
("beans.xml");
//裝載多個配置文件實例化ApplicationContext容器
String[] configs = {"c:/beans1.xml","c:/beans2.xml"};
ApplicationContext cxt = new FileSystemXmlApplicationContext(configs);
|
|
XmlWebApplicationContext
|
從Web應用中的尋找指定的XML配置文件，找到並裝載完成ApplicationContext的實例化工作。這是爲Web工程量身定製的，使用WebApplicationContextUtils類的getRequiredWebApplicationContext方法可在JSP與Servlet中取得IoC容器的引用
|
3.實現
這些實現類的主要區別就是裝載Spring配置文件實例化ApplicationContext容器的方式不同，在ApplicationContext實例化後，同樣通過getBean方法從ApplicationContext容器中獲取裝配好的Bean實例以供使用。
與BeanFactory不同的是，ApplicationContext容器實例化後會自動對所有的單實例Bean進行實例化與依賴關係的裝配，使之處於待用狀態。而BeanFactory容器實例化後並不會自動實例化Bean，只有當Bean被使用時BeanFactory容器纔會對該Bean進行實例化與依賴關係的裝配。
在Java項目中通過ClassPathXmlApplicationContext類手動實例化ApplicationContext容器通常是不二之選。但對於Web項目就不行了，Web項目的啓動是由相應的Web服務器負責的，因此，在Web項目中ApplicationContext容器的實例化工作最好交給Web服務器來完成。
4.應用
Spring爲此提供了兩種解決方案，一種是基於ContextLoaderListener實現的（此方案只適用於Servlet2.4及以上規範的Servlet容器）。例如，在web.xml中加入如下代碼：
<!-- 指定Spring的配置文件，多個配置文件以逗號分隔 -->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring-config/applicationContext.xml</param-value>
</context-param>
<!-- 指定以Listener方式啓動Spring容器 -->
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
另外一種方案則是基於ContextLoaderServlet實現的。例如，在web.xml中加入如下代碼：
<!-- 指定Spring的配置文件，多個配置文件以逗號分隔 -->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring-config/applicationContext.xml</param-value>
</context-param>
<!-- 指定以Servlet方式啓動Spring容器 -->
<servlet>
<servlet-name>context</servlet-name>
<servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
從servlet容器啓動時加載組件的順序來看，Listener組件是優先於Servlet組件的。基於Servlet方式的加載方案主要是爲了兼容Servlet2.3及以下規範的Servlet容器。以Tomcat爲例，Tomcat 5.x都已經支持Servlet2.4規範了，因此，基於Listener方式啓動Spring容器是目前的主流選擇。[1]
ApplicationContext.xml配置文件
Spring配置文件是用於指導Spring工廠進行Bean生產、依賴關係注入（裝配）及Bean實例分發的“圖紙”。Java EE程序員必須學會並靈活應用這份“圖紙”準確地表達自己的“生產意圖”。Spring配置文件是一個或多個標準的XML文檔，ApplicationContext.xml是Spring的默認配置文件，當容器啓動時找不到指定的配置文檔時，將會嘗試加載這個默認的配置文件。
