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強；需要引入包asm.jar和cglib.jar。 使用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.*”讓每個類都注入即可實現。
覺得有用點個贊吧
