IoC（Inversion of Control）
(1). IoC（Inversion of Control）是指容器控制程式物件之間的關係，而不是傳統實現中，由程式程式碼直接操控。控制權由應用程式碼中轉到了外部容器，控制權的轉移是所謂反轉。 對於Spring而言，就是由Spring來控制物件的生命週期和物件之間的關係IoC還有另外一個名字——“依賴注入（Dependency Injection）”。從名字上理解，所謂依賴注入，即元件之間的依賴關係由容器在執行期決定，即由容器動態地將某種依賴關係注入到元件之中。
(2). 在Spring的工作方式中，所有的類都會在spring容器中登記，告訴spring這是個什麼東西，你需要什麼東西，然後spring會在系統執行到適當的時候，把你要的東西主動給你，同時也把你交給其他需要你的東西。所有的類的建立、銷燬都由 spring來控制，也就是說控制物件生存週期的不再是引用它的物件，而是spring。對於某個具體的物件而言，以前是它控制其他物件，現在是所有物件都被spring控制，所以這叫控制反轉。
(3). 在系統執行中，動態的向某個物件提供它所需要的其他物件。
(4). 依賴注入的思想是通過反射機制實現的，在例項化一個類時，它通過反射呼叫類中set方法將事先儲存在HashMap中的類屬性注入到類中。 總而言之，在傳統的物件建立方式中，通常由呼叫者來建立被呼叫者的例項，而在Spring中建立被呼叫者的工作由Spring來完成，然後注入呼叫者，即所謂的依賴注入or控制反轉。 注入方式有兩種：依賴注入和設定注入 IoC的優點：降低了元件之間的耦合，降低了業務物件之間替換的複雜性，使之能夠靈活的管理物件。
AOP（Aspect Oriented Programming）
(1). AOP面向方面程式設計基於IoC，是對OOP的有益補充
(2). AOP利用一種稱為“橫切”的技術，剖解開封裝的物件內部，並將那些影響了 多個類的公共行為封裝到一個可重用模組，並將其名為“Aspect”，即方面。所謂“方面”，簡單地說，就是將那些與業務無關，卻為業務模組所共同呼叫的 邏輯或責任封裝起來，比如日誌記錄，便於減少系統的重複程式碼，降低模組間的耦合度，並有利於未來的可操作性和可維護性。
(3). AOP代表的是一個橫向的關 系，將“物件”比作一個空心的圓柱體，其中封裝的是物件的屬性和行為則面向方面程式設計的方法，就是將這個圓柱體以切面形式剖開，選擇性的提供業務邏輯。而 剖開的切面，也就是所謂的“方面”了。然後它又以巧奪天功的妙手將這些剖開的切面復原，不留痕跡，但完成了效果。
(4). 實現AOP的技術，主要分為兩大類：一是採用動態代理技術，利用擷取訊息的方式，對該訊息進行裝飾，以取代原有物件行為的執行二是採用靜態織入的方式，引入特定的語法建立“方面”，從而使得編譯器可以在編譯期間織入有關“方面”的程式碼。
(5). Spring實現AOP：JDK動態代理和CGLIB代理 JDK動態代理：其代理物件必須是某個介面的實現，它是通過在執行期間建立一個介面的實現類來完成對目標物件的代理其核心的兩個類是InvocationHandler和Proxy。 CGLIB代理：實現原理類似於JDK動態代理，只是它在執行期間生成的代理物件是針對目標類擴充套件的子類。CGLIB是高效的程式碼生成包，底層是依靠ASM（開源的java位元組碼編輯類庫）操作位元組碼實現的，效能比JDK強需要引入包和。 使用AspectJ注入式切面和@AspectJ註解驅動的切面實際上底層也是通過動態代理實現的。
(6). AOP使用場景：
Authentication 許可權檢查
Caching 快取
Context passing 內容傳遞
Error handling 錯誤處理
Lazy loading 延遲載入
Debugging除錯
logging， tracing， profiling and monitoring 日誌記錄，跟蹤，優化，校準
Performance optimization 效能優化，效率檢查
Persistence持久化
Resource pooling 資源池
Synchronization 同步
Transactions 事務管理
另外Filter的實現和struts2的攔截器的實現都是AOP思想的體現。
我們是在使用Spring框架的過程中，其實就是為了使用IOC，依賴注入，和AOP，面向切面程式設計，這兩個是Spring的靈魂。
主要用到的設計模式有工廠模式和代理模式。
IOC就是典型的工廠模式，通過sessionfactory去注入例項。
AOP就是典型的代理模式的體現。
代理模式是常用的java設計模式，他的特徵是代理類與委託類有同樣的介面，代理類主要負責為委託類預處理訊息、過濾訊息、把訊息轉發給委託類，以及事後處理訊息等。代理類與委託類之間通常會存在關聯關係，一個代理類的物件與一個委託類的物件關聯，代理類的物件本身並不真正實現服務，而是通過呼叫委託類的物件的相關方法，來提供特定的服務。
spring的IoC容器是spring的核心，spring AOP是spring框架的重要組成部分。
在傳統的程式設計中，當呼叫者需要被呼叫者的協助時，通常由呼叫者來建立被呼叫者的例項。但在spring裡建立被呼叫者的工作不再由呼叫者來完成，因此控制反轉（IoC）建立被呼叫者例項的工作通常由spring容器來完成，然後注入呼叫者，因此也被稱為依賴注入（DI），依賴注入和控制反轉是同一個概念。
面向方面程式設計（AOP)是以另一個角度來考慮程式結構，通過分析程式結構的關注點來完善物件導向程式設計（OOP）。OOP將應用程式分解成各個層次的物件，而AOP將程式分解成多個切面。spring AOP 只實現了方法級別的連線點，在J2EE應用中，AOP攔截到方法級別的操作就已經足夠。在spring中，未來使IoC方便地使用健壯、靈活的企業服務，需要利用spring AOP實現為IoC和企業服務之間建立聯絡。
IOC:控制反轉也叫依賴注入。利用了工廠模式將物件交給容器管理，你只需要在spring配置檔案總配置相應的bean，以及設定相關的屬性，讓spring容器來生成類的例項物件以及管理物件。在spring容器啟動的時候，spring會把你在配置檔案中配置的bean都初始化好，然後在你需要呼叫的時候，就把它已經初始化好的那些bean分配給你需要呼叫這些bean的類（假設這個類名是A），分配的方法就是呼叫A的setter方法來注入，而不需要你在A裡面new這些bean了。注意：面試的時候，如果有條件，畫圖，這樣更加顯得你懂了.
AOP:面向切面程式設計。（Aspect-Oriented Programming）AOP可以說是對OOP的補充和完善。OOP引入封裝、繼承和多型性等概念來建立一種物件層次結構，用以模擬公共行為的一個集合。當我們需要為分散的物件引入公共行為的時候，OOP則顯得無能為力。也就是說，OOP允許你定義從上到下的關係，但並不適合定義從左到右的關係。例如日誌功能。日誌程式碼往往水平地散佈在所有物件層次中，而與它所散佈到的物件的核心功能毫無關係。在OOP設計中，它導致了大量程式碼的重複，而不利於各個模組的重用。將程式中的交叉業務邏輯（比如安全，日誌，事務等），封裝成一個切面，然後注入到目標物件（具體業務邏輯）中去。
實現AOP的技術，主要分為兩大類：一是採用動態代理技術，利用擷取訊息的方式，對該訊息進行裝飾，以取代原有物件行為的執行二是採用靜態織入的方式，引入特定的語法建立“方面”，從而使得編譯器可以在編譯期間織入有關“方面”的程式碼.
簡單點解釋，比方說你想在你的biz層所有類中都加上一個列印‘你好’的功能，這時就可以用aop思想來做.你先寫個類寫個類方法，方法經實現列印‘你好’，然後Ioc這個類 ref＝“biz.*”讓每個類都注入即可實現。
