IOC容器的概念：
IOC容器就是具有依賴注入功能的容器，IOC容器負責實例化，定位，配置應用程序中的對象及建立這些對象間的依賴。應用程序無需直接在代碼中new相關的對象，應用程序由IOC容器進行組裝。在Spring中BeanFactory是IOC容器的實際代表着。
控制什麼被反轉了：獲得依賴對象的方式反轉了。所謂控制反轉，就是把原先我們代碼裏面需要實現的對象創建、依賴的代碼，反轉給容器來幫忙實現。那麼必然的我們需要創建一個容器，同時需要一種描述來讓容器知道需要創建的對象與對象的關係。這個描述最具體表現就是我們可配置的文件。
通俗解釋IoC與DI
首先想說說IoC（Inversion of Control，控制倒轉）。這是spring的核心，貫穿始終。所謂IoC，對於spring框架來說，就是由spring來負責控制對象的生命週期和對象間的關係。這是什麼意思呢，舉個簡單的例子，我們是如何找女朋友的？常見的情況是，我們到處去看哪裏有長得漂亮身材又好的mm，然後打聽她們的興趣愛好、qq號、電話號、ip號、iq號………，想辦法認識她們，投其所好送其所要，然後嘿嘿……這個過程是複雜深奧的，我們必須自己設計和麪對每個環節。傳統的程序開發也是如此，在一個對象中，如果要使用另外的對象，就必須得到它（自己new一個，或者從JNDI中查詢一個），使用完之後還要將對象銷燬（比如Connection等），對象始終會和其他的接口或類藕合起來。
那麼IoC是如何做的呢？有點像通過婚介找女朋友，在我和女朋友之間引入了一個第三者：婚姻介紹所。婚介管理了很多男男女女的資料，我可以向婚介提出一個列表，告訴它我想找個什麼樣的女朋友，比如長得像李嘉欣，身材像林熙雷，唱歌像周杰倫，速度像卡洛斯，技術像齊達內之類的，然後婚介就會按照我們的要求，提供一個mm，我們只需要去和她談戀愛、結婚就行了。簡單明瞭，如果婚介給我們的人選不符合要求，我們就會拋出異常。整個過程不再由我自己控制，而是有婚介這樣一個類似容器的機構來控制。Spring所倡導的開發方式就是如此，所有的類都會在spring容器中登記，告訴spring你是個什麼東西，你需要什麼東西，然後spring會在系統運行到適當的時候，把你要的東西主動給你，同時也把你交給其他需要你的東西。所有的類的創建、銷燬都由
spring來控制，也就是說控制對象生存週期的不再是引用它的對象，而是spring。對於某個具體的對象而言，以前是它控制其他對象，現在是所有對象都被spring控制，所以這叫控制反轉。如果你還不明白的話，我決定放棄。
IoC的一個重點是在系統運行中，動態的向某個對象提供它所需要的其他對象。這一點是通過DI（Dependency Injection，依賴注入）來實現的。比如對象A需要操作數據庫，以前我們總是要在A中自己編寫代碼來獲得一個Connection對象，有了 spring我們就只需要告訴spring，A中需要一個Connection，至於這個Connection怎麼構造，何時構造，A不需要知道。在系統運行時，spring會在適當的時候製造一個Connection，然後像打針一樣，注射到A當中，這樣就完成了對各個對象之間關係的控制。A需要依賴
Connection才能正常運行，而這個Connection是由spring注入到A中的，依賴注入的名字就這麼來的。那麼DI是如何實現的呢？ Java 1.3之後一個重要特徵是反射（reflection），它允許程序在運行的時候動態的生成對象、執行對象的方法、改變對象的屬性，spring就是通過反射來實現注入的。關於反射的相關資料請查閱java doc。
IOC容器的工作方式：
1.準備配置文件，在配置文件中聲明Bean定義也即是爲Bean配置元數據
2.由IOC容器進行解析元數據： IOC容器的Bean Reader讀取並解析配置文件，根據定義生成BeanDefinition配置元數據對象，IOC容器根據BeanDefinition進行實例化、配置及組裝Bean。
3.實例化IOC容器：由客戶端實例化容器，獲取需要的Bean。
小結：
非入侵：除了程序入口，所有代碼都沒有出現Spring任何組件，而且所有我們寫的代碼沒有實現框架擁有的接口，因而能非常容易的替換掉Spring。
低耦合：客戶端代碼完全面向接口編程，無需知道實現類，可以通過修改配置文件來更換接口實現，客戶端代碼不需要任何修改。
可重用：Bean之間幾乎沒有依賴關係
