這些必備的spring知識，你知道多少？快進來測試一下

Spring 原理
它是一個全面的、企業應用開發一站式的解決方案，貫穿表現層、業務層、持久層。但是 Spring仍然可以和其他的框架無縫整合

Spring 特點
輕量級
控制反轉
面向切面
容器
框架集合

Spring 核心組件

Spring 常用模塊

Spring 主要包

Spring 常用注解
bean 注入與裝配的的方式有很多種，可以通過 xml，get set 方式，構造函數或者注解等。簡單易用的方式就是使用 Spring 的注解了，Spring 提供了大量的注解方式。

Spring 第三方結合

Spring IOC 原理
概念

Spring 通過一個配置文件描述 Bean 及 Bean 之間的依賴關系，利用 Java 語言的反射功能實例化Bean 并建立 Bean 之間的依賴關系。 Spring 的 IoC 容器在完成這些底層工作的基礎上，還提供了 Bean 實例緩存、生命周期管理、 Bean 實例代理、事件發布、資源裝載等高級服務。

Spring 容器高層視圖

Spring 啟動時讀取應用程序提供的 Bean 配置信息，并在 Spring 容器中生成一份相應的 Bean 配置注冊表，然后根據這張注冊表實例化 Bean，裝配好 Bean 之間的依賴關系，為上層應用提供準備就緒的運行環境。其中 Bean 緩存池為 HashMap 實現。

IOC 容器實現
BeanFactory-框架基礎設施

BeanFactory 是 Spring 框架的基礎設施，面向 Spring 本身；ApplicationContext 面向使用Spring 框架的開發者，幾乎所有的應用場合我們都直接使用 ApplicationContext 而非底層的 BeanFactory。

1.1..1.1.1 BeanDefinitionRegistry 注冊表

Spring 配置文件中每一個節點元素在 Spring 容器里都通過一個 BeanDefinition 對象表示，它描述了 Bean 的配置信息。而 BeanDefinitionRegistry 接口提供了向容器手工注冊BeanDefinition 對象的方法。

1.1..1.1.2 BeanFactory 頂層接口

位于類結構樹的頂端 ，它最主要的方法就是 getBean(String beanName)，該方法從容器中返回特定名稱的 Bean，BeanFactory 的功能通過其他的接口得到不斷擴展：

1.1..1.1.3 ListableBeanFactory

該接口定義了訪問容器中 Bean 基本信息的若干方法，如查看 Bean 的個數、獲取某一類型Bean 的配置名、查看容器中是否包括某一 Bean 等方法；

1.1..1.1.4 HierarchicalBeanFactory 父子級聯

父子級聯 IoC 容器的接口，子容器可以通過接口方法訪問父容器； 通過

HierarchicalBeanFactory 接口， Spring 的 IoC 容器可以建立父子層級關聯的容器體系，子容器可以訪問父容器中的 Bean，但父容器不能訪問子容器的 Bean。Spring 使用父子容器實現了很多功能，比如在 Spring MVC 中，展現層 Bean 位于一個子容器中，而業務層和持久層的 Bean 位于父容器中。這樣，展現層 Bean 就可以引用業務層和持久層的 Bean，而業務層和持久層的 Bean 則看不到展現層的 Bean。

1.1..1.1.5 ConfigurableBeanFactory

是一個重要的接口，增強了 IoC 容器的可定制性，它定義了設置類裝載器、屬性編輯器、容器初始化后置處理器等方法；

1.1..1.1.6 AutowireCapableBeanFactory 自動裝配

定義了將容器中的 Bean 按某種規則（如按名字匹配、按類型匹配等）進行自動裝配的方法；

1.1..1.1.7 SingletonBeanRegistry 運行期間注冊單例 Bean

定義了允許在運行期間向容器注冊單實例 Bean 的方法；對于單實例（ singleton）的 Bean來說，BeanFactory 會緩存 Bean 實例，所以第二次使用 getBean() 獲取 Bean 時將直接從IoC 容器的緩存中獲取 Bean 實例。Spring 在DefaultSingletonBeanRegistry 類中提供了一個用于緩存單實例 Bean 的緩存器，它是一個用 HashMap 實現的緩存器，單實例的 Bean 以beanName 為鍵保存在這個 HashMap 中。

1.1..1.1.8 依賴日志框框

在初始化 BeanFactory 時，必須為其提供一種日志框架，比如使用 Log4J， 即在類路徑下提供 Log4J 配置文件，這樣啟動 Spring 容器才不會報錯。

ApplicationContext 面向開發應用

ApplicationContext 由 BeanFactory 派 生 而 來 ， 提 供 了 更 多 面 向 實 際 應 用 的 功 能 。ApplicationContext 繼承了 HierarchicalBeanFactory 和 ListableBeanFactory 接口，在此基礎上，還通過多個其他的接口擴展了 BeanFactory 的功能：

1、 ClassPathXmlApplicationContext：默認從類路徑加載配置文件

2、 FileSystemXmlApplicationContext：默認從文件系統中裝載配置文件

3、 ApplicationEventPublisher：讓容器擁有發布應用上下文事件的功能，包括容器啟動事件、關閉事件等。

4、 MessageSource：為應用提供 i18n 國際化消息訪問的功能；

5、 ResourcePatternResolver ： 所 有 ApplicationContext 實現類都實現了類似于

PathMatchingResourcePatternResolver 的功能，可以通過帶前綴的 Ant 風格的資源文件路徑裝載 Spring 的配置文件。

6、 LifeCycle：該接口是 Spring 2.0 加入的，該接口提供了 start()和 stop()兩個方法，主要用于控制異步處理過程。在具體使用時，該接口同時被 ApplicationContext 實現及具體Bean 實現， ApplicationContext 會將 start/stop 的信息傳遞給容器中所有實現了該接口的 Bean，以達到管理和控制 JMX、任務調度等目的。

7、 ConfigurableApplicationContext 擴展于 ApplicationContext，它新增加了兩個主要的方法： refresh()和 close()，讓 ApplicationContext 具有啟動、刷新和關閉應用上下文的能力。在應用上下文關閉的情況下調用 refresh()即可啟動應用上下文，在已經啟動的狀態下，調用 refresh()則清除緩存并重新裝載配置信息，而調用 close()則可關閉應用上下文。

8、 WebApplication 體系架構
WebApplicationContext 是專門為 Web 應用準備的，它允許從相對于 Web 根目錄的路徑中裝載配置文件完成初始化工作。從 WebApplicationContext 中可以獲得ServletContext 的引用，整個 Web 應用上下文對象將作為屬性放置到 ServletContext中，以便 Web 應用環境可以訪問 Spring 應用上下文。

Spring Bean 作用域
Spring 3 中為 Bean 定義了 5 中作用域，分別為 singleton（單例）、prototype（原型）、request、session 和 global session，5 種作用域說明如下：

singleton：單例模式（多線程下不安全）

1、 singleton：單例模式，Spring IoC 容器中只會存在一個共享的 Bean 實例，無論有多少個Bean 引用它，始終指向同一對象。該模式在多線程下是不安全的。Singleton 作用域是Spring 中的缺省作用域，也可以顯示的將 Bean 定義為 singleton 模式，配置為：

<bean id="userDao" class="com.ioc.UserDaoImpl" scope="singleton"/>

prototype:原型模式每次使用時創建

2、 prototype:原型模式，每次通過 Spring 容器獲取 prototype 定義的 bean 時，容器都將創建一個新的 Bean 實例，每個 Bean 實例都有自己的屬性和狀態，而 singleton 全局只有一個對象。根據經驗，對有狀態的bean使用prototype作用域，而對無狀態的bean使用singleton作用域。

Request：一次 request 一個實例

3、 request：在一次 Http 請求中，容器會返回該 Bean 的同一實例。而對不同的 Http 請求則會產生新的 Bean，而且該 bean 僅在當前 Http Request 內有效,當前 Http 請求結束，該 bean實例也將會被銷毀。

<bean id="loginAction" class="com.cnblogs.Login" scope="request"/>

session

4、 session：在一次 Http Session 中，容器會返回該 Bean 的同一實例。而對不同的 Session 請求則會創建新的實例，該 bean 實例僅在當前 Session 內有效。同 Http 請求相同，每一次session 請求創建新的實例，而不同的實例之間不共享屬性，且實例僅在自己的 session 請求內有效，請求結束，則實例將被銷毀。

<bean id="userPreference" class="com.ioc.UserPreference" scope="session"/>

global Session

5、 global Session：在一個全局的 Http Session 中，容器會返回該 Bean 的同一個實例，僅在使用 portlet context 時有效。

Spring Bean 生命周期
實例化

1、實例化一個 Bean，也就是我們常說的 new。

IOC 依賴注入

2、 按照 Spring 上下文對實例化的 Bean 進行配置，也就是 IOC 注入。

setBeanName 實現

3、 如果這個 Bean 已經實現了 BeanNameAware 接口，會調用它實現的 setBeanName(String)方法，此處傳遞的就是 Spring 配置文件中 Bean 的 id 值

BeanFactoryAware 實現

4、 如果這個 Bean 已經實現了 BeanFactoryAware 接口，會調用它實現的 setBeanFactory，setBeanFactory(BeanFactory)傳遞的是 Spring 工廠自身（可以用這個方式來獲取其它 Bean，只需在 Spring 配置文件中配置一個普通的 Bean 就可以）。ApplicationContextAware 實現

5、如果這個 Bean 已經實現了 ApplicationContextAware 接口，會調用

setApplicationContext(ApplicationContext)方法，傳入 Spring 上下文（同樣這個方式也可以實現步驟 4 的內容，但比 4 更好，因為 ApplicationContext 是 BeanFactory 的子接口，有更多的實現方法）postProcessBeforeInitialization 接口實現-初始化預處理

6、如果這個 Bean 關聯了 BeanPostProcessor 接口，將會調用
postProcessBeforeInitialization(Object obj, String s)方法，BeanPostProcessor 經常被用作是 Bean 內容的更改，并且由于這個是在 Bean 初始化結束時調用那個的方法，也可以被應用于內存或緩存技術。

init-method

7、如果 Bean 在 Spring 配置文件中配置了 init-method 屬性會自動調用其配置的初始化方法。

postProcessAfterInitialization

8、 如果這個 Bean 關聯了 BeanPostProcessor 接口，將會調用

postProcessAfterInitialization(Object obj, String s)方法。

注：以上工作完成以后就可以應用這個 Bean 了，那這個 Bean 是一個 Singleton 的，所以一般情況下我們調用同一個 id 的 Bean 會是在內容地址相同的實例，當然在 Spring 配置文件中也可以配置非 Singleton。

Destroy 過期自動清理階段

1、 當 Bean 不再需要時，會經過清理階段，如果 Bean 實現了 DisposableBean 這個接口，會調用那個其實現的 destroy()方法；destroy-method 自配置清理

2、 最后，如果這個 Bean 的 Spring 配置中配置了 destroy-method 屬性，會自動調用其配置的銷毀方法。

3、bean 標簽有兩個重要的屬性（init-method 和 destroy-method）。用它們你可以自己定制初始化和注銷方法。它們也有相應的注解（@PostConstruct 和@PreDestroy）。

<bean id="" class="" init-method="初始化方法" destroy-method="銷毀方法">

未完待續…………

需要完整pdf文檔的小伙伴
請戳 》》》》》》》 https://shimo.im/docs/TC9Jq63Tp6HvTXdg/

如有疏漏，敬請指正，謝謝！！