來談談 Spring Framework 的 IoC 與 AOP

• 2019 年 10 月 6 日
• 筆記

很顯然，小黑同學還是掛了。還是老老實實的惡補基礎吧。

IOC

IOC（Inversion Of Controll，控制反轉）是一種設計思想，將原本在程序中手動創建對象的控制權，交由給Spring框架來管理。IOC容器是Spring用來實現IOC的載體，IOC容器實際上就是一個Map(key, value)，Map中存放的是各種對象。

這樣可以很大程度上簡化應用的開發，把應用從複雜的依賴關係中解放出來。IOC容器就像是一個工廠，當需要創建一個對象，只需要配置好配置文件/註解即可，不用考慮對象是如何被創建出來的，大大增加了項目的可維護性且降低了開發難度。

AOP

AOP（Aspect-Oriented Programming，面向切面編程）能夠將那些與業務無關，卻為業務模塊所共同調用的邏輯或責任（例如事務處理、日誌管理、權限控制等）封裝起來，便於減少系統的重複代碼，降低模塊間的耦合度，並有利於未來的可擴展性和可維護性。使用AOP之後我們可以把一些通用功能抽象出來，在需要用到的地方直接使用即可，這樣可以大大簡化代碼量，提高了系統的擴展性。

Spring AOP是基於動態代理的，如果要代理的對象實現了某個接口，那麼Spring AOP就會使用JDK動態代理去創建代理對象；而對於沒有實現接口的對象，就無法使用JDK動態代理，轉而使用CGlib動態代理生成一個被代理對象的子類來作為代理。

Spring AOP / AspectJ AOP 的區別？

Spring AOP屬於運行時增強，而AspectJ是編譯時增強。

Spring AOP基於代理（Proxying），而AspectJ基於位元組碼操作（Bytecode Manipulation）。

AspectJ相比於Spring AOP功能更加強大，但是Spring AOP相對來說更簡單。如果切面比較少，那麼兩者性能差異不大。但是，當切面太多的話，最好選擇AspectJ，它比SpringAOP快很多。

其實，小黑被問的這幾個問題，如果讀過Spring的源碼之後，還是可以很好回答的，二面栽在這上面，有點可惜。