摘要: 在結束了上一篇Spring 1.x中AOP的使用之后，我用馬不停蹄的打開Eclipse，做著Spring2.X下了AOP的Sample。在上一篇文章中的配置過程中，由于對自動代理不是很熟，出現了循環引用的異常信息。當初在閱讀PicoContainer源碼時看到循環引用不以為然，后來在學習AspectJ時小有印象，這次在折騰了半個多小時后可加深了印象。  閱讀全文

     摘要: 本文通過一個“Hello World”級別的橫切性功能介紹Spring1.X中AOP的使用，并結合Spring的經典的聲明式事務管理給出Spring AOP配置中的經典方案。在Spring2出來以后，Spring1.X的AOP使用方式已經“不合時宜”了，因此如果你是在新項目中采用Spring AOP，建議使用Spring2中的AOP使用方式。關于Spring2.X中AOP的使用，參考該文的姊妹文章Spring2.X中AOP的使用。

一提到AOP的應用，人們就會本能地提起日志功能，它就像一門語言的“Hello World”一樣被人們無數次提起。也許有人會疑問除了“不實用”的日志功能，AOP還能做些什么？可能在很多時候我們并不需要自己實現一個AOP功能，尤其是在擁有了很多優秀的AOP應用框架來解決通用的橫切性問題的情況下（比如Spring的事務管理、比如Acegi的安全管理、比如WebWork的攔截功能）。但問題總是層出不窮的，總會有些問題可能需要我們自己AOP一下。  閱讀全文

     摘要: call和execution的指示符分別為call（Method-Signature）、execution（Method-Signature），匹配方法簽名的方法或構造函數的執行。對于call來說，調用的連接點位于方法調用點的調用代碼處；對于execution來說，執行的連接點位于方法執行的位置。也就是說，call和execution的重要區別在于它們傳遞了哪些類型給AspectJ編譯器以用來與aspect進行鏈接。  閱讀全文

     摘要: target切入點格式如下：target（［Type｜Identifier］）。Type指示對連接點處的對象類型提供一個靜態編譯時評估，并采用完全限定類名的形式（也就是說，Type不能是使用通配符的類型聲明模式）。Identifier提供了一種方法，可通過它來評估連節點處的運行時對象的實際類型，而不僅僅是靜態類型。 Identifier在運行時動態地賦予合適的對象。  閱讀全文

     摘要: 讓我好好想想，AspectJ中最常用的切入點是什么？哦，也許是call（Method-Signature）吧。這是個相對簡單的方法簽名。實際上，方法簽名的完整形式如下：

[modifiers] [returnTypePattern] [DeclaredTypePattern.]methodName([Parameters])[throws TypePattern]，其中方括號中的簽名組件是可選的。modifiers 為修飾符模式，returnTypePattern 為返回類型模式，DeclaredTypePattern 為類型聲明模式，methodName 為方法名稱，Parameters 為方法參數，throws TypePattern 為throw字句。該文僅僅介紹 DeclaredTypePattern，因為相比之下其它模式比較簡單的多。

  閱讀全文