一．IOC的概念：
控制反轉（inversion of control）和依賴注入（dependency injection）其實是同一個概念。當某個方法需要另外一個對象協助的時候，傳統的方法就是有調用者來通過new創建被調用者的實例，但是在spring中創建被調用者的工作不再有調用者來完成，稱之為控制反轉（ioc）。創建被調用者的工作由spring來完成，然后注入調用者，成為依賴注入。
這樣做得目的當然是為了解耦，減低類之間得耦合度，其設計思想就是設計模式中得工廠模式。在spring容器啟動得時候，spring會將配置項中配置好得bean都初始化。需要調用得時候，把初始化得bean分配給調用的類，而不需要手動創建一個對象實例。
對於springIOC來說由兩處地方最重要，一個是創建bean容器，一個是初始化bean。
二．SpringIOC的頂層接口：
在Sping IoC的體系結構中BeanFactory作為最頂層的一個接口類，它定義了IoC容器的基本功能規范。並且為了區分在 Spring 內部在操作過程中對象的傳遞和轉化過程中，對對象的數據訪問做限制，使用了多層接口ListableBeanFactory 接口表示這些 Bean 是可列表的. HierarchicalBeanFactory 表示的是這些 Bean 是有繼承關系的，也就是每個Bean 有可能有父 Bean。AutowireCapableBeanFactory 接口定義 Bean 的自動裝配規則。
默認實現類是 DefaultListableBeanFactory，他實現了所有的接口.
本來准備自己寫源碼分析的，但是在網上找到一個更好的更詳細的，（個人感覺我是寫不出來那么好的博客），建議去看那篇博客：
https://blog.csdn.net/nuomizhende45/article/details/81158383
-------------------------------------------------------spring設計模式-----------------------------------------------
在springIOC中用到的設計模式有四種：工廠模式，單例模式，策略模式，裝飾者模式。
一.工廠模式
Spring IOC容器就像是一個工廠一樣，當我們需要創建一個對象的時候，只需要配置好配置文件/注解即可，完全不用考慮對象是如何被創建出來的。IOC 容器負責創建對象，將對象連接在一起，配置這些對象，並從創建中處理這些對象的整個生命周期(多例的對象spring不會管理生命周期)，直到它們被完全銷毀。
Spring使用工廠模式可以通過BeanFactory或者ApplicationContext創建bean對象。
BeanFactory：延遲注入（spring默認為懶加載，即使用到某個bean的時候才會注入，可以通過@Lazy(false)設置為非懶加載）。相比於ApplicationContext來說會占用更少的內存。
ApplicationContext：容器啟動的時候，不管有沒有用到，一次性創建所有的bean，ApplicationContext繼承了BeanFactory，除了BeanFactory的功能外還有額外的更多功能，所以一般使用的更多。
二．單例模式
Spring 中 bean 的默認作用域就是 singleton(單例)的。Spring中實現單例的方式有兩種:
xml : <bean id="userService" class="top.snailclimb.UserService" scope="singleton"/> 注解：@Scope(value = "singleton")
除了singleton作用域，Spring中bean還有下面幾種作用域：
prototype : 每次請求都會創建一個新的 bean 實例。
request : 每一次HTTP請求都會產生一個新的bean，該bean僅在當前HTTP request內有效。
session : 每一次HTTP請求都會產生一個新的 bean，該bean僅在當前 HTTP session 內有效。
global-session： 全局session作用域，僅僅在基於portlet的web應用中才有意義，Spring5已經沒有了。Portlet是能夠生成語義代碼(例如：HTML)片段的小型Java Web插件。它們基於portlet容器，可以像servlet一樣處理HTTP請求。但是，與 servlet 不同，每個 portlet 都有不同的會話。
三. 策略模式
在spring中通過ApplicationContext 來獲取Resource的實例，包括urlResource，classPathResource,fileSystenResource等不同的資源類型，spring針對不同的資源類型采取不同的訪問策略。ApplicationContext 將會負責選擇 Resource 的實現類，也就是確定具體的資源訪問策略，從而將應用程序和具體的資源訪問策略分離開來。
四. 裝飾者模式
裝飾者模式可以動態地給對象添加一些額外的屬性或行為。相比於使用繼承，裝飾者模式更加靈活。簡單點兒說就是當我們需要修改原有的功能，但我們又不願直接去修改原有的代碼時，設計一個Decorator套在原有代碼外面。其實在 JDK 中就有很多地方用到了裝飾者模式，比如 InputStream家族，InputStream 類下有 FileInputStream (讀取文件)、BufferedInputStream (增加緩存,使讀取文件速度大大提升)等子類都在不修改InputStream 代碼的情況下擴展了它的功能。
Spring中類中帶有Wrapper的都是包裝類。