下面再慢慢聊AOP。

什麼時候要用到面向切面AOP呢？

舉個例子，你想給你的網站加上鑑權，

對某些url，你認為不需要鑑權就可以訪問，

對於某些url，你認為需要有特定許可權的使用者才能訪問

如果你依然使用OOP，面向物件，

那你只能在那些url對應的Controller程式碼裡面，一個一個寫上鑑權的程式碼

而如果你使用了AOP呢？

那就像使用Spring Security進行安全管理一樣簡單（更新：Spring Security的攔截是基於Servlet的Filter的，不是aop，不過兩者在使用方式上類似）：

protected void configure(HttpSecurity http) throws
 
 Exception {
      http
        .authorizeRequests()
           .antMatchers("/static","/register").permitAll()
           .antMatchers("/user/**").hasRoles("USER", "ADMIN") 

這樣的做法，對原有程式碼毫無入侵性，這就是AOP的好處了，把和主業務無關的事情，放到程式碼外面去做。

所以當你下次發現某一行程式碼經常在你的Controller裡出現，比如方法入口日誌列印，那就要考慮使用AOP來精簡你的程式碼了。

聊完了AOP是啥，現在再來聊聊實現原理。

AOP像OOP一樣，只是一種程式設計正規化，AOP並沒有規定說，實現AOP協議的程式碼，要用什麼方式去實現。

比如上面的鑑權的例子，假設我要給UserController的saveUser()方法加入鑑權，

第一種方式，我可以採用代理模式，

什麼是代理模式，就是我再生成一個代理類，去代理UserController的saveUser()方法，程式碼大概就長這樣：

class UserControllerProxy {
    private UserController userController;

    public void saveUser() {
        checkAuth();
 

        userController.saveUser();
    }
}

這樣在實際呼叫saveUser()時，我呼叫的是代理物件的saveUser()方法，從而實現了鑑權。

代理分為靜態代理和動態代理，靜態代理，顧名思義，就是你自己寫代理物件，動態代理，則是在執行期，生成一個代理物件。

Spring AOP就是基於動態代理的，如果要代理的物件，實現了某個介面，那麼Spring AOP會使用JDK Proxy，去建立代理物件，而對於沒有實現介面的物件，就無法使用JDK Proxy去進行代理了（為啥？你寫一個JDK Proxy的demo就知道了），這時候Spring AOP會使用Cglib，生成一個被代理物件的子類，來作為代理，放一張圖出來就明白了：

<img src="https://pic1.zhimg.com/50/v2-e777957e808c92fefcbcbec3945a2f91_hd.jpg" data-caption="" data-size="normal" data-rawwidth="1024" data-rawheight="504" class="origin_image zh-lightbox-thumb" width="1024" data-original="https://pic1.zhimg.com/v2-e777957e808c92fefcbcbec3945a2f91_r.jpg">

好，上面講的是AOP的第一種實現，執行時織入。

但是不是所有AOP的實現都是在執行時進行織入的，因為這樣效率太低了，而且只能針對方法進行AOP，無法針對建構函式、欄位進行AOP。

我完全可以在編譯成class時就織入啊，比如AspectJ，當然AspectJ還提供了後編譯器織入和類載入期織入，這裡我就不展開討論了，我只是來澄清一下大家對AOP的誤解，