使用BeanFactory從xml配置文件加載bean:
import org.springframework.beans.factory.xml.XmlBeanFactory;
import org.springframework.core.io.FileSystemResource;
public class XmlConfigWithBeanFactory {
public static void main(String[] args) {
XmlBeanFactory factory = new XmlBeanFactory(new FileSystemResource(
"build/beans.xml"));
}
}
使用ApplicationConText從xml配置文件加載bean:
public class XmlConfigWithApplication{
public static void main(String[] args){
ApplicationContext application = new ClassPathXmlApplicationContext(beans.xml"));
application.getBean("BeanName");
}
}
兩者都是通過xml配置文件加載bean,ApplicationContext和BeanFacotry相比,提供了更多的擴展功能，但其主要區別在於后者是延遲加載,如果Bean的某一個屬性沒有注入，BeanFacotry加載后，直至第一次使用調用getBean方法才會拋出異常；而ApplicationContext則在初始化自身是檢驗，這樣有利於檢查所依賴屬性是否注入；所以通常情況下我們選擇使用ApplicationContext.
1).BeanFactroy采用的是延遲加載形式來注入Bean的，即只有在使用到某個Bean時(調用getBean())，才對該Bean進行加載實例化，這樣，我們就不能發現一些存在的Spring的配置問題。而ApplicationContext則相反，它是在容器啟動時，一次性創建了所有的Bean。這樣，在容器啟動時，我們就可以發現Spring中存在的配置錯誤。
2).BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但兩者之間的區別是：BeanFactory需要手動注冊，而ApplicationContext則是自動注冊
------------------------------------------------------
|
BeanFacotry是spring中比較原始的Factory。如XMLBeanFactory就是一種典型的BeanFactory。原始的BeanFactory無法支持spring的許多插件，如AOP功能、Web應用等。
ApplicationContext接口,它由BeanFactory接口派生而來，因而提供BeanFactory所有的功能。ApplicationContext以一種更向面向框架的方式工作以及對上下文進行分層和實現繼承，ApplicationContext包還提供了以下的功能： • MessageSource, 提供國際化的消息訪問 • 資源訪問，如URL和文件 • 事件傳播 • 載入多個（有繼承關系）上下文 ，使得每一個上下文都專注於一個特定的層次，比如應用的web層 1.利用MessageSource進行國際化 BeanFactory是不支持國際化功能的，因為BeanFactory沒有擴展Spring中MessageResource接口。相反，由於ApplicationContext擴展了MessageResource接口，因而具有消息處理的能力(i18N)，具體spring如何使用國際化，以后章節會詳細描述。 2.強大的事件機制(Event) 基本上牽涉到事件(Event)方面的設計，就離不開觀察者模式。不明白觀察者模式的朋友，最好上網了解下。因為，這種模式在java開發中是比較常用的，又是比較重要的。 ApplicationContext的事件機制主要通過ApplicationEvent和ApplicationListener這兩個接口來提供的，和java swing中的事件機制一樣。即當ApplicationContext中發布一個事件的時，所有擴展了ApplicationListener的Bean都將會接受到這個事件，並進行相應的處理。 Spring提供了部分內置事件，主要有以下幾種： ContextRefreshedEvent ：ApplicationContext發送該事件時，表示該容器中所有的Bean都已經被裝載完成，此ApplicationContext已就緒可用 ContextStartedEvent：生命周期 beans的啟動信號 ContextStoppedEvent: 生命周期 beans的停止信號 ContextClosedEvent：ApplicationContext關閉事件，則context不能刷新和重啟，從而所有的singleton bean全部銷毀(因為singleton bean是存在容器緩存中的) 雖然，spring提供了許多內置事件，但用戶也可根據自己需要來擴展spriong中的事物。注意，要擴展的事件都要實現ApplicationEvent接口。 3.底層資源的訪問 ApplicationContext擴展了ResourceLoader(資源加載器)接口，從而可以用來加載多個Resource，而BeanFactory是沒有擴展ResourceLoader 4.對Web應用的支持 與BeanFactory通常以編程的方式被創建不同的是，ApplicationContext能以聲明的方式創建，如使用ContextLoader。當然你也可以使用ApplicationContext的實現之一來以編程的方式創建ApplicationContext實例 。 ContextLoader有兩個實現：ContextLoaderListener和ContextLoaderServlet。它們兩個有着同樣的功能，除了listener不能在Servlet 2.2兼容的容器中使用。自從Servelt 2.4規范，listener被要求在web應用啟動后初始化。很多2.3兼容的容器已經實現了這個特性。使用哪一個取決於你自己，但是如果所有的條件都一樣，你大概會更喜歡ContextLoaderListener；關於兼容方面的更多信息可以參照ContextLoaderServlet的JavaDoc。 這個listener需要檢查contextConfigLocation參數。如果不存在的話，它將默認使用/WEB-INF/applicationContext.xml。如果它存在，它就會用預先定義的分隔符（逗號，分號和空格）分開分割字符串，並將這些值作為應用上下文將要搜索的位置。ContextLoaderServlet可以用來替換ContextLoaderListener。這個servlet像listener那樣使用contextConfigLocation參數。 |