BeanFactory類關系繼承圖
1. BeanFactory類結構體系：
BeanFactory接口及其子類定義了Spring IoC容器體系結構，由於BeanFactory體系非常的龐大和復雜，因此要理解Spring IoC，需要先理清BeanFactory的繼承機構。
2. ApplicationContext的結構體系：
ApplicationContext接口是一個BeanFactory基礎上封裝了更多功能的，Spring中最為常用的IoC容器，其包含兩個子接口：ConfigurableApplicationContext、WebApplicationContext。
ConfigurableApplicationContext其結構體系如下：
詳細的結構體系如下：
a.AbstractApplicationContext結構體系如下：
b.ConfigurablePortletApplicationContext體系結構如下：
c.ConfigurableWebApplicationContext結構體系如下：
2).WebApplicationContext體系結構如下：
1、容器是spring的核心，使IoC管理所有和組件
2、spring的兩種容器：a、BeanFactoy
b、ApplicationContext應用上下文
3、BeanFactory：BeanhFactory使用延遲加載所有的Bean，為了從BeanhFactory得到一個Bean,只要調用getBean()方法，就能獲得Bean
4、ApplicationContext：a、提供文本信息解析，支持I18N
b、提供載入文件資源的通用方法
c、向注冊為監聽器的Bean發送事件
d、ApplicationContext接口擴展BeanFactory接口
e、ApplicationContext提供附加功能
5、ApplicationContext的三個實現類：a、ClassPathXmlApplication：把上下文文件當成類路徑資源
b、FileSystemXmlApplication：從文件系統中的XML文件載入上下文定義信息
c、XmlWebApplicationContext：從Web系統中的XML文件載入上下文定義信息
6、在默認情況下，Bean全都是單態，在<bean>中的singleton為false
7、<bean>中的id屬性必須遵循Java規范，而name屬性可以不遵循
8、Bean的實例化的時候需要一些初始化的動作，同樣當不再使用的時候，需要從容器中將其銷毀
9、對象的初始化：<bean init-method="方法名">
10、對象的銷毀：<bean destroy-method="方法名">
銷毀對象的過程：a、主線程先被中斷
b、Java虛擬機使用垃圾回收機制回收Bean對象
11、Bean設置：設值注入：1）簡單配置：<bean id="xxx" class="Bean的全稱類名">
<property name="xx" value="xxxxx"></property>
</bean>
value中的值可以是基本數據類型或者String類型，spring將會自動判斷設置的類型並且將其轉換成合適的值
2）引用配置：<bean id="xxx" class="Bean的全稱類名">
<property name="xx" ref="xxxxx"></property>
</bean>
ref中的值是引用數據類型，spring容器會完成獲取工作
3）List和數組：<bean id="xxx" class="Bean的全稱類名">
<property name="list">
<list>
<value></value>
<ref bean=""/>
</list>
</property>
</bean>
list元素內可以是任何元素，但不能違背Bean所需要的對象類型
4）Set配置：和<list>一樣，將<list>改成<set>
5）Map配置：Map中的每條數據是由一個鍵和一個值組成，用<entry>元素來定義
<bean id="xxx" class="Bean的全稱類名">
<property name="list">
<entry key="key1">
<value></value>
</entry>
</property>
</bean>
<bean id="xxx" class="Bean的全稱類名">
<property name="list">
<entry key="key1">
<ref bean=""/>
</entry>
</property>
</bean>
注意：配置entry時，屬性key的值只能是String，因為Map通常用String作為主鍵
6）Properties配置：使用<props>和<map>相似，最大區別是<prop>的值都是String
注意：使用設值注入必須要有set方法，通過name屬性找set方法
優勢：a、通過set()方法設定更直觀，更自然
b、當依賴關系較復雜時，使用set()方法更清晰
構造子注入：必須要有無參和帶參的構造方法，加上index（值從0開始）屬性避免注入混淆
<constractor-arg>
注意：設值注入可以和構造子注入混合使用。先調用構造方法產生對象，再調用set()方法賦值。但只使用設值注入時，會先調用無參的構造方法
優勢：a、依賴關系一次性設定，對外不准修改
b、無需關心方式
c、注入有先后順序，防止注入失敗
Spring的IoC容器就是一個實現了BeanFactory接口的可實例化類。事實上，Spring提供了兩種不同的容器：一種是最基本的BeanFactory，另一種是擴展的ApplicationContext。BeanFactory 僅提供了最基本的依賴注入支持，而 ApplicationContext 則擴展了BeanFactory ,提供了更多的額外功能。二者對Bean的初始化也有很大區別。BeanFactory當需要調用時讀取配置信息，生成某個類的實例。如果讀入的Bean配置正確，則其他的配置中有錯誤也不會影響程序的運行。而ApplicationContext 在初始化時就把 xml 的配置信息讀入內存，對 XML 文件進行檢驗，如果配置文件沒有錯誤，就創建所有的Bean ,直接為應用程序服務。相對於基本的BeanFactory，ApplicationContext 唯一的不足是占用內存空間。當應用程序配置Bean較多時，程序啟動較慢。
ApplicationContext會利用Java反射機制自動識別出配置文件中定義的BeanPostProcessor、InstantiationAwareBeanPostProcessor和BeanFactoryPostProcessor，並自動將它們注冊到應用上下文中；而BeanFactory需要在代碼中通過手工調用addBeanPostProcessor()方法進行注冊。
Bean裝配實際上就是讓容器知道程序中都有哪些Bean，可以通過以下兩種方式實現：
配置文件（最為常用，體現了依賴注入DI的思想）
編程方式（寫的過程中向BeanFactory去注冊）
作用：
1. BeanFactory負責讀取bean配置文檔，管理bean的加載，實例化，維護bean之間的依賴關系，負責bean的聲明周期。
2. ApplicationContext除了提供上述BeanFactory所能提供的功能之外，還提供了更完整的框架功能：
a. 國際化支持
b. 資源訪問：Resource rs = ctx. getResource(“classpath:config.properties”), “file:c:/config.properties”
c. 事件傳遞：通過實現ApplicationContextAware接口
3. 常用的獲取ApplicationContext的方法：
FileSystemXmlApplicationContext：從文件系統或者url指定的xml配置文件創建，參數為配置文件名或文件名數組
ClassPathXmlApplicationContext：從classpath的xml配置文件創建，可以從jar包中讀取配置文件
WebApplicationContextUtils：從web應用的根目錄讀取配置文件，需要先在web.xml中配置，可以配置監聽器或者servlet來實現
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<servlet>
<servlet-name>context</servlet-name>
<servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
這兩種方式都默認配置文件為web-inf/applicationContext.xml，也可使用context-param指定配置文件
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/myApplicationContext.xml</param-value>
</context-param>